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to the appropriate product manual. 
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SECTION 1 INTRODUCTION 

Lik DOCUMENT DEFINITION 


This document defines the functional characteristics and 
program-visible architecture of the Local Area Controller 


Subsystem (LACS). 
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ABBREVIATIONS/DEFINITIONS 


ACK = 


OD 
= 
t 


ee Acknowledgement (as defined by the L6 Bus 
EPS- 
Controller Management (Software) 


Cyclic Redundancy Check 


Central Processing Unit 

Communication Service (Software) 

Carrier Sense Multiple Access/Collision Detect 
Direct Memory Access 

Destination Address 

Destination Service Access Point 
Function Code/Frame Control 
First-In-First-Out 

Group Address 

Interrupt Control Word 

Input/Output Request Block 
Identification 

Interface (Software) 

Input/Output 

Input/Output Load 

Local Area Controller 

Local Area Controller Subsystem 

Local Area Network 

LAN Control Block | ( 
LAN Control Block Image ee 
Link Layer Control 

Layer Management Entity 

Layer Management Interface 

Link Service Access Point 

Large Scale Integration 

Media Access Controller 

Must be Zero 

Most Significant Byte 

Most Significant bit 

Mean Time Between Failures 

Mean Time To Repair 

Negative Acknowledgement (defined by the L6 Bus 
EPS-1) 

Optimum Replaceable Unit 

Operating System 

Open Systems Interconnection 
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Lee ABBREVIATIONS/DEFINITIONS (Continued) 


PC = Personal Computer 

PIO - Physical Input/Output 

PROM - Programmable Read-Only Memory 
PDU - Protocol Data Unit 

QLT - Quality Logic Test 

RAM - Random Access Memory 

RFU - Reserved for Future Use 

RHU - Reserved for Hardware Use 

RSU - Reserved for Software Use 

SA ~ Source Address/Station Address ' 
SC - Service Call 

SMDSI = Systems Management Data Service Interface 
SSAP - Source Service Access Point 

TBD -. To Be Defined 

TC - Trunk Coupler 

T&V - Test and Verification 

WS - Work Station 3 
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SECTION 2 ARCHITECTURE 


2.1 


OVERVIEW 


The Local Area Controller Subsystem (LACS) is a programmable 
communications subsystem that connects to the Level 6 Megabus. 
LACS comprises the following set of communications components: 


Local Area Controller (LAC) Motherboard 

Media Access Controller (MAC) & Physical Layer Adapters 
Trunk Couplers (TCs) 

RF Modems 


Oo0O0°0 


This specification is concerned with the definition and 
description of the first two items above (i.e., the LAC and the 
adapters). 


With suitable software loads and hardware/ adapter 
selection, the LACS is intended to be capable of supporting any 
of the IEEE 802 Local Area Network Standards. 


The design of the LACS minimizes the interactions required 
over the Level 6/LACS interface and isolates the LACS on-board 
communications software from the specific hardware 
Characteristics of the Level 6 and LAN adapter interfaces via 
Supporting interface software. 


A communications kernel based on one by Bridge 
Communications Inc., is used as the 0.S. within the LAC. In 
this specification "CS Software" (Communication Service) refers | 
to LAC-resident software which implements the OSI Link, 
Network, and Transport layers; "SM Software" (System Management 
layer instance) refers to LAC-resident software which supports 
IEEE802 System Management functions. CS and SM software will 
be written in "C" language by Honeywell Software Development 
and is the subject of a separate EPS-l. 


"IF Software" (InterFace) refers to LAC-resident software which 
provides interfacing support between the CS and SM software and 
the LACS hardware. IF software will be written in "C" and 
assembly language by Honeywell Hardware Development and its 
functionality and interfaces are described in this 
specification. The Term "LAC Software" refers to all 
LAC-resident software (0.S. Kernel, CS SM and IF). 
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Although the IEEE 802 Standard goes no higher than a 
standard data link control interface (Layer 3/Layer 2), the 
Level 6-to-LACS interface that is provided is so heavily 
software-defined and flexible as to be readily adaptable to 
Support of higher (e.g. Session/Transport) layer interfaces 
(with suitable Level 6 and CS software). 


The LACS, used for all Local Area Network (LAN) 
applications, is mounted in a standard Level 6 chassis and 
requires one slot on the Megabus; it will support the 32-bit 
address bus of the larger Level 6 systems. The LAN adapters 
provide an interface from the LAC to the LAN. The adapter (a 
daughterboard) includes a Media Access Controller (MAC). The 
LAC provides for the attachment of up to four adapter 
daughterboards. 


The adapters are of several types (e.g., Token Bus MAC, 
CSMA/CD MAC, etc.). 


The TCs are of several types (for example, broadband 
directional coupler, token ring TCU, Ethernet transceiver) and 
are packaged as separate units. The RF modem, used for | 
broadband applications, is also separately packaged. 


Because of its ability to support adapters-of similar or 
disSimilar types, the LACS (with appropriate LAC software) can 
be used not only for 802 LAN connection with a Level 6 but also 
in future as a gateway between 802 LANS, or, in the case of 
broadband LANs, as a bridge between broadband channels. Other 
applications for the LACS could be as LAN traffic 
monitor/journalizer and network control. The CS and SM 
software would, of course be tailored for each application; it 
is expected that the IF software and 0.S. Kernel will be used 
in all applications. 


Figure 2-1 shows a Local Area Network with LACS providing 
connections for Level 6 systems, for workstation LAN access, 
and for Gateway between LANs; Figure 2-2 shows various 
configurations of the LACS. A maximum of two ports are shown 
in use. | 
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Figure 2-1 LACS APPLICATIONS TO LOCAL AREA NETWORKS 
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Figure 2-2 LACS APPLICATIONS 
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2.2 SECURITY 


No encryption/decryption functionality is defined for the 
LACS for the following reasons: 


1. The IEEE 802 Standards do not specify any link layer or 
station encryption technique. 


2. For a LAN, the use of the National Bureau of Standards Data 
Encryption Standard (DES) would be better applied at the 
Session or Presentation layer. 


3. Key management on a LAN at the link layer presents many 
logistical problems with a DES technique. It would seem 
there is a good possibility that if an encryption technique 
is defined for LAN use, it will be based on some kind of 
Public Key scheme applied by the station. 


4. Standards for Public Key systems do not exist at present. 


2.3 MULTIPROCESSOR SUPPORT 


The LAC provides for multiprocessor central systems (having 
up to 16 processors) in its I/O interface. Each I/O command 
block (LCB) issued to the LACS will contain fields which 
indicate the channel number of the CPU which is to be 
interrupted on completion of the function called for and the 
interrupt LEVEL to use. The LAC Software retains this 
information while carrying out the operation. 


LAC hardware provides an interlock mechanism to handle the 
problem of two or more CPUs attempting to issue IOLDs (with 
Function Code 09/0D) simultaneously to the LAC. Further 
details are in subsection 3.2.2. 


LAC hardware provides the specific capabilities required for 
connection to the multiprocessor type Megabus as well as to a 
monoprocessor type Megabus. Further details are in subsection 
4.1. 
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LOCAL AREA CONTROLLER (LAC) 


The LAC, via hardware, software-generated parameters and CS 
software, provides OSI layer functions such as sequencing of 
outgoing frames, error control and retransmission, sequence 
Checking of incoming frames and statistics gathering. 


There are three software-visible interfaces associated with 
the LACS which are described in this specification: the CS/SM 
Software - IF Software interface in operations with the CPU and 
main memory; the CS/SM Software- IF Software interface in 
operations with the attached adapter(s) and the LACS I/O Order 
interface as seen by the LACS Driver in the CPU. 


The operations of the three interfaces listed above and a brief 
description of the physical organization of the LAC are covered 
in the remainder of this Section. Further details of the 
physical organization of the LACS and its physical interfaces 
are covered in Section 4, 6, and 7 and in the appendices. 
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Zu LAC BLOCK DIAGRAM 
A block diagram of the LAC is shown in Figure 2-3. 


The LAC uses a commercially popular microprocessor (MC68000) 
and presents that microprocessor's bus to the adapters. 


BUFFER ADAPTER 
Ohads 
MEGA-| ADAPTER 
BUS Sbuds 
INTFC, | seni “DMA BUS” 
DMA | | ADAPTER 
CTLR at NT. 
T- » 
BUS : 
CPLR 
" U-P Bus” 
TIMER 


‘iC68000 
-P 


Figure 2-3. LAC BLOCK DIAGRAM 
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The RAM is physically separated into two sections: a data 
buffer RAM and program RAM. The intent of the separation is to 
allow for simultaneous DMA of data in the data buffer RAM with 
the Level 6 memory or with the LAN adapters along with software 
execution in the program RAM. The Bus Coupler allows for 
Simultaneous independent operation of the MC68000 busses on 
each side, yet permits the microprocessor to perform accesses 
to any location in the total RAM. 


The DMA controller is a two-channel device; one channel is 
used by the microprocessor to perform the DMA movement of data 
between main memory and the data buffer RAM. The other channel 
is used to accept I/O order information from the Megabus and 
deliver it to a temporary queue in the data buffer RAM for 
further analysis and disposition by firmware or IF software. 


The timer device provides the basic clock tick for the LAC 
Operating system to use in providing timer functions for LAC 
software . 


DMA functionality for the adapters is provided by hardware 
located on the adapters themselves. Adapter DMA is always into 
Or out of the data buffer RAM. ; a 
—_— 
Data movement between the program RAM and the data buffer ne 
RAM is performed directly by the MC68000 microprocessor; data 
movement between the program RAM and main memory (as in 
Load/Dump operations) is performed in two steps: a movement 
between program RAM and data buffer RAM under control of the 
microprocessor, and a movement between data buffer RAM and main 
memory performed by the DMA controller. 
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MEMORY LAYOUT 
The Software-visible layout of the LAC RAM as it exists 
during normal running is shown in Figure 2-4. 
FF FF FF 
RHU RAM 
88 00 00 | “‘Wop-of 
87 FF FE | | Data buffer RAM 
Data Buffer RAM | | 
oiees «— Physical Boundary 
7F FF FE 
REU RAM 
08 00 00 | : < Top of 
O7 FF FE RAM 
Program RAM ia lanes 
00 08 O00 
090 07 FE 
MC68000 Vectors 
00 00 00 


Byte Address 


Figure 2-4. LAC RAM MEMORY MAP 


The first 1K words contain the MC68000 Exception and Trap 
vectors. The address of the top of software-useable Program 
memory may vary depending upon how much Program RAM is 
physically installed (64K or 256K words). The PROM-resident 
QLT routines will locate this address and save its value in RAM 
(see Figure 7-4). 


The physical base of the Data Buffer RAM occurs at the 


location where the Most Significant Bit of the word address 
becomes a One. 
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The address of the top of software usable Data Buffer memory 
may vary depending upon how much Data Buffer RAM is physically 
installed (64K or 256K words). This address is ascertained by 
PROM-resident QLT routines and is saved in RAM (see Figure 
7-4). 


Software should not perform Test and Set (TAS) instructions 
on locations in Data Buffer RAM as this may cause a collision 
with a DMA operation and result in a Bus Error exception. This 
is a fatal error and its handling is described in Subsection 
3.9. 


Movement of information to or from main memory may be 
performed with any LAC RAM locations as an aid to 
troubleshooting, status/statistic gathering, or other control 
purposes. However, it should be noted that DMA to or from the 
Program RAM requires active support from the microprocessor; 
thus, routines must be executed by the microprocessor in 
performing such a DMA operation; the Load/Dump Operation and 
the Memory DMA process provide this function as needed. 


If a microprocessor program attempts an access to 
non-existent program/buffer RAM, a Bus Error exception will 
occur. This is a Fatal error and its handling is described in ~~ 
Subsection 3.9. If a DMA controller channel or an adapter fa 
attempts to access non-existent data buffer RAM, the fact will 
be indicated in status returned by the IF software on 
completion of the DMA operation. 


| 


The RHU (Reserved for Hardware Use) areas of RAM should not 
be addressed by CS, SM or O.S. software as they may contain 
pointers and status required by the hardware and IF software. 
Thus CS, SM and0O.S. software should restrict itself to use of 
the software-visible areas described in this subsection. 


It should be noted that although hardware-specific details 
are included in this specification, they are not sufficiently 
complete to permit writing of CS/SM software which does not 
make use of the HIS-provided IF software support which is 
described in this specification. 


Parity is provided in both LACS RAMs. If a DMA Controller 
Channel or an adapter access to data buffer RAM causes a Parity 
Error the fact will be indicated in status returned by the IF 
software on completion of the DMA operation. If a RAM Parity 
Error Occurs on an Access by the microprocessor the condition 
1s handled as described in GuBEECEION 3.9. 
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LAC MEMORY MANAGEMENT 


In order to utilize the LAC RAM efficiently, memory 
management functionality is provided through procedure calls to 
the Operating System (0.S.) 0O.S. memory management applies 
only to the software-visible RAM described in subsection 2.6. 
O.S. memory management uses both a memory block and memory 
buffer allocation scheme; it maintains a list of free blocks 
and free buffers of various sizes from which it allocates 
blocks and buffers on request (ALLOCATE call or GETBUF call). 
When no longer needed, blocks and buffers may be returned to 
the free list by another call (MFREE or FREEBUF). 


Ownership of buffers may be passed between LAC processes via 
mailbox messages. Ownership of the block containing a mailbox 
message is also passed when a process sends the message to 
another process. 


To guard against exceeding the memory space availability of 
the LAC or of having one user or function monopolize the 
avallable space, the CS software in the LAC and the LAC Driver 
software in the CPU jointly implement a flow control mechanism 
as described in the LAN software EPS~l. 
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General 


Figure 2-5 represents the structural relationships of the 
0O.S., the CS software, the SM software, the IF software and the 
hardware. 


The Figure reflects the thrust of the functionality 
described throughout this specification in which CS and SM 
software does not directly control the LAC hardware but instead 
interfaces with it through IF Software processes and routines. 
This IF Software isolates the CS and SM software from the 
particular characteristics of the hardware so that future 
reimplementations of hardware (e.g, with larger-scale LSI 
parts) need not affect that software. All LAC Software is 
loaded into the LAC RAM. | | 


In this specification IF software is described as consisting 
of processes or interrupt routines according to whether the 
particular piece of software is invoked by a mailbox message 
being sent to it or is normally invoked by the occurrence of an 
interrupt from the LAC hardware. From the viewpoint of the 
O.S., these IF "interrupt routines" are either associated with 
an IF mailbox-invoked process or are a process which consists ~~ 
essentially of only an interrupt agent. ae 


The IF software MEMDMA.and IODISP processes have associated 
with them a Megabus: Layer Management Entity (MBLME) to which 
those processes report various unusual events or faults. MBLME 
may in turn report certain of these events to SM software; it 
also serves generally as the intermediary between SM and those 
processes. | 


The IF software MAC processes consist of a MAC Transmit, 
Receive, and Layer Management process for each physically 
attached adapter. The MAC layer Management process(es) perform 
functions analogous to those of MBLME. 


CS software provides Transport, Network, and Link layer 
functions for the LAN connection(s). Each of these layers and 
layer instances has a layer management entity associated with 
it which performs functions analogous to MBLME. 


SM software provides overall control and system status 
reporting for the LACS layer management entities and with 
system Management software in the CPU. 


O.S. Kernel software provides service functions such as timers 
and controls the dispatching of processes and passing of 
mailbox messages. The handling of error responses from the 
Kernel for the various procedure calls sent to it by CS and IF 
software is given in Subsection 2.19. 


The LAC also contains some PROM-resident firmware which 
provides for QLTs, RAM load/dump and basic I/O orders. Figure 
2-5 does not show the PROM-resident firmware. 
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2.8.2 Interprocess Communications 


Mailbox messages, sent via the SENDMSG Procedure Call, are 
the means whereby one process may send a message or request 
Service of another process. They are also the means whereby 
the occurrence of asynchronous events or the completion of 
asynchronous services are made visible to the software so that 
software processing can proceed to its next step. 


The called process will retrieve messages sent to its 
mailboxes via the RECEIVE or BRECEIVE Procedure call. 


Software processes may obtain the ID of their own mailboxes 
via the MYID macro; they may obtain the ID of another process' 
well-known registered mailbox via the RESOLVE procedure call. 


2.8.3 Relative Process Priorities (Normal Running) 


Figure 2-5 generically names the CS and SM Software 
processes, and gives the names of the IF software processes. 
IF software also includes associated interrupt and 
exception-handling routines. 


During normal running after start-up, processes associated 
with data Receive operations must have higher priority than 
those associated with data Transmit operations so as to 
Minimize loss of messages and consequent retransmissions. 


Among these Receive processes, the MAC Receive process(es) 
Must be the highest priority so that as Receive buffers are 
used by the hardware adapter(s) they may be quickly replaced by 
the MAC Receive Process(es) so that other messages may be 
accepted. Simulations have shown that the remaining data 
Receive processes (Link, Network, and Transport) work well at 

an equal priority among themselves. The MEMDMA IF software 
process seems to 91Ve best performance at the same priority as 
these three Receive processes. 


Among the data Transmit processes, simulations have shown 
that the MAC Transmit process(es) should be highest followed in 
decreasing order by LLC Transmit, Network Transmit and 
Transport Transmit. 


In summary, the data handling process priorities in 
decreaSing order of priority should be: 


1. MAC Receive | 

- LLC Receive, Network Receive, Transport Receive, MEMDMA 
- MAC Transmit 

- LLC Transmit 

- Network Transmit 

- Transport Transmit 
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For the remaining LAC processes, IODISP, the Layer 
Management processes, and System Management, a fairly high 
priority seems reasonable. 
There may be a different priority relationship among the 
processes during the initial running of the CS and IF 
Processes. As the processes complete their initial run, they 
may set themselves to their normal running priority via 
PROPRIORITY procedure calls. 
cs Software Processes Management 
(Fransvort, Uetworlk, Lint: “Process 
BRIDGE Communications Kernel O.S. = 
(Dispatcher, Mem. Mgr., Timers, Mailboxes) 
IF Software (MELME, MACLIi, 


Intpts 


LACS Hardware & Adapters 


Megabus | -' LANs 


Figure 2-5. LAC OPERATING STRUCTURE 
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MAILBOXES AND MAILBOX MESSAGE QUEUES 


Mailbox messages are the means of inter-process 
communication. 


In order that RAM blocks used for mailbox messages may be 
reused freely, a common block size should generally be used for 
mailbox message blocks. 


Queues of mailbox messages may be built up on any mailbox 
using OS facilities. The process which owns the mailbox picks 
up each message for processing; the act of picking up a 
message deletes it from the queue. Each meSsage consists of an 
OS-defined header and a message body. The format and content 
of messages sent between CS or SM software, and IF Software is 
given in Section 3. 


Mailboxes Associated with IF Software 


During the.-running of the Kernel's “init" process at startup 
(Subsection 2.17), mailboxes are set up for IF software 
processes MBLME, IODISP, and MEMDMA, in the well~known mailbox 
list. The string name of these mailboxes is the same as the 
process name. 


The SM and CS processes will obtain the mailbox ID of MBLME, 
IODISP, and MEMDMA, processes by means of RESOLVE procedure 
calls; they will send mailbox messages to IODISP to provide 
mailbox IDs for IODISP's Dispatch table. 
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2.9.2 Mailbox Message Priorities 


2.10 


2.11 


The Bridge 0.S. provides a number of priorities for mailbox 
messages which affect the relative position of messages ina 
mailbox queue. The available message priorities are URGENT, 
NORMAL, MUST DELIVER, and FAST. 


Simulations have shown that CS processes should use an 
URGENT Priority for receive-related requests to the Memory DMA 
process whereas they should use a NORMAL priority for 
transmit-related Memory DMA requests. 


Requests for control operations on adapters should probably 
use URGENT priority; data transmit requests: addressed to MAC 
processes may all use NORMAL priority since the process will 
queue data messages by Service Class. 


LAN CONTROL BLOCK 


The LAN Control Block (LCB) is the prime vehicle of 
intercommunication between the Level 6 CPU and the LACS. One 
particular form of LCB is used in connection with the | 
PROM-resident firmware-supported Load/Dump operations as shown 
in Figure 3-1; other forms are used for communication between : 
software in the CPU and CS software in the LAC and these are —_— 
described in the LAN Software EPS-l1. LCBs are constructed in 
main memory by the LAC Driver software and are interpreted and 
executed in the LAC. 


LAC SOFTWARE INTERFACE TO THE MEGABUS 


The CS/SM software interface with the Megabus is sisi 
through mailbox messages received from the IF software I/0 
Dispatch process and through mailbox messages sent to the IF 
Software Memory DMA process. The mailbox messages received 
conSist essentially of pointers to LCBs (subsection 2.9) in 
main memory. The mailbox messages to the Memory DMA process 
are used to cause movement of data between main memory and the © 
LAC Data Buffer RAM, or to read in LCBs, or to write status 
type information into LCBs in memory and interrupt the CPU. 


CS SOFTWARE INTERFACE WITH ADAPTERS 


The CS/SM software interface with adapters is supported | 
through mailbox messages generated by the IF Software MAC 
processes (i.e. Data Indicate and Control Indicate) and through | 
mailbox messages sent to IF Software MAC processes. | 
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2-13 SOFTWARE INTERFACE BETWEEN LEVEL 6 AND LACS 


The software interface between Level 6 and the LACS during 
normal running uses IOLD orders addressed to the LACS and 
return status information delivered to main memory by the LAC 
accompanied by interrupts to the Level 6. 


All of the data message and Administrative and Management 
operations are based on the use of LAN Control Blocks (LCBs) 
located in main memory and which are pointed to by information 
given in IOLD orders. The appropriate software process in the 
LAC will cause the LCB to be copied into the RAM as an LCB 
Image (LCBI), and after completing the requested operation, 
will cause final status to be delivered to the LCB. In 
carrying out the operation, the process will make use of 
various other processes. 


Details of the software interface are given in the LAN 
software EPS-l. 


As an aid to a general understanding of the intended 
Operation of the LAC, the next two subsections describe the 
transmission and reception of a data message. Control 
. functions related to setup of data transmissions and to Systems 
a Management are then briefly mentioned. The functionality of IF 
{ software operations and processes is described in Section 3. 


2.13.1 Transmit Data Operation Flow 


Figure 2-6 is a representation of the anticipated flow for a 
transmit data operation. 


For purposes of this description, the starting point is 
assumed to be the IORB of the MOD 400 PIO software interface 
with higher level system software having effectively isolated 
the application from any LAN-specific characteristics. 


In the following description, CS software is treated as if 
it consists of a single process in order to simplify the 
narrative. 


CS software may provide support of Link, Network and 
Transport layer functionality. The IEEE 802 Standard includes 
only up to Link Layer definition; in IEEE 802 terms the 
operation described here is that which involves an L Data. 
request or L Data_CONNECT. request primitive. 
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In Step 1, the LACS Driver software in the CPU sets up the 
LCB in memory from information in the IORB. The LCB will 
contain information defining the processing and function 
hae Gees and parameters; it also contains physical address(es) 
and range(s) defining the buffer(s) in memory which contain the 
data to be sent. The LCB also includes space for return status 
from the LAC. 


In Step 2, the LACS Driver issues an IOLD to the LACS. The 
address given with the order points to the LCB and the "Range" 
parameter contains two fields: the high order 8 bits are a 
Function Code field and the low order 8 bits define the size of 
the LCB. The IOLD information is taken off the Megabus and 
placed in a temporary queue by the LAC hardware DMA 
controller. This causes an interrupt which invokes the I/O 
Dispatch process (IODISP) which inspects the order; having 
determined that the IOLD is valid, it uses the channel number 
in the order to reference a Dispatch table and determine where 
to route the order for further processing. In this case, the 
routine obtains a block of RAM (via an ALLOCATE call), places 
the LCB Pointer IOLD information in the block, and sends it 
(via a SENDMSG call) to a CS process mailbox. The format of 
the LCB Pointer IOLD information message block is shown in 
Section 3. If there are additional I/O orders in the queue, ete 
the I/O Dispatch process will handle these also. All message ho 
blocks obtained by the I/O Dispatch process must be returned to ~~ 
free memory by some other process (e.g. in Step 12). 


In Step 3, a CS process is scheduled for execution by the 
O.S. (because of the mailbox message addressed to it); the 
process retrieves the mailbox message and, after securing a 
block of RAM for an LCB image (LCBI) sends.a message to the 
mailbox of the Memory DMA Request process requesting DMA of the 
LCB into this LCBI. The CS process may then suspend itself if 
it has nothing else to do for the moment. The format of the 
message block sent to the Memory DMA process is shown in 
section 3. 


In Step 4, the Memory DMA Request process causes the DMA 
controller to copy the LCB into the LCBI. On completion of the 
Operation, the controller interrupts the microprocessor and 
this causes the Memory DMA process to be re-invoked. This 
process places status information, shown in Section 3, in the 
message block which was sent by the CS process and then returns 
the block (via a SENDMSG call) to the specified return 
mailbox. Information originally placed in the RSU field of the 
block by the CS process in Step 3 allows it to identify the 
particular DMA operation which has been completed. 
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In Step 5, the CS process responds to the mailbox message of 
Step 4. After inspecting the LCBI and calculating the total of 
the L6 buffer ranges, it performs a GETBUF call to obtain a RAM 
buffer big enough to hold the data message; then it sends a 
mailbox message to the Memory DMA process to cause the movement 
of data from main memory to this buffer in RAM. The format of 
the message block is shown in Figure 3-4; the L6 buffer list is 
obtained from the LCBI and the LEVEL field should be Zero. 


In Step 6, the Memory DMA process causes the DMA controller 
to copy the data from main memory to the RAM buffer. The 
process will support a "gather" type DMA with respect to main 
memory, if required; with respect to the LAC RAM, DMA is always 
done on a logically single buffer. On completion of the DMA, 
the Memory DMA process is reinvoked and places status in the 
message block and returns it to the specified return mailbox 
(of the CS process). 


In Step 7, the CS process responds to the mailbox message of 
Step 6. It sends a mailbox message to the Memory DMA process 
to cause it to set status complete in the LCB in memory and to 
interrupt the CPU. At some later time the LACS driver will 
post the completion into the IORB. If a message is to be sent 
over an IEEE 802 LAN, CS processes must create header fields 
and add this as prefix information to the RAM buffer. CS 
processes must also have left additional space at the beginning 
of the buffer for the MAC process to prefix its headers. A CS 
LLC process assembles a mailbox message and sends it to the 
appropriate MAC process. The format of the mailbox message 
block is shown in Figure 3-9. This constitutes the MA 
DATA. request of the IEEE 802 Standard. | 


In Step 8, the MAC Transmit process may queue the request if 
there are higher priority requests to be handled. As soon as 
it can, the process delivers the request to the adapter. The 
adapter completes prefixing of the message frame (SA and FC), 
and when media access rules permit, delivers a correctly 
formatted frame (including preamble, delimiters and FCS) to the 
LAN via the adapter's PHYS layer facilities. When transmission 
is complete, the adapter's DMA controller sends an interrupt to 
the microprocessor of the LAC. 


In Step 9, the Adapter Interrupt routine invokes the MAC 
transmit Process which fetches final status from the adapter. 
The MAC Transmit process releases the RAM buffer (FREEBUF 
call). If there are other transmit requests pending the 
process will deliver one to the adapter. 
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Figure 2-6 shows the transmit flow just described. It 
should be noted that although the description and diagram 
present a single thread of flow for clarity, there are actually 
multiple threads being processed at various stages at any 
instant of time. Since each software process is written to try 
to complete all of its outstanding tasks, if possible, before 
voluntarily relinquishing the microprocessor, the number of 
context switches performed per message transmitted will tend to 
be less under typical load than when considering only a single 
message thread. 


Sa 
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Figure 2-6 LACS TRANSMIT FLOW 
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2.13.2 Receive Data Operation Flow 


The operation described here is that which involves an IEEE 
802.2 L DATA.indication or L DATA-CONNECT. indication primitive 
of type l or type 2 operation. 


For handling received messages, one of two schemes can be 
used depending on whether the application wishes to allocate a 
buffer only if and when a message is received from the LAN or 
whether it wishes to allocate a buffer in anticipation of a 
possible incoming message. In the first or Read-Notify case, 
two IOLDs must be issued and two interrupts must be sent to the 
CPU for each message and the time required in the CPU to obtain 
the buffer may cause performance problems. In the second case, 
main memory space requirements tend to be greater because of 
the buffers which are tied up waiting for a message. 


The description of receive flow will not be given in as much 
detail as in the transmit case since the interactions of CS 
software processes, IF software processes, hardware interrupts, 
and interrupt firmware are similar. 


For receive operation it is not necessary for CS sortware to 
request data buffers from memory management, as is the case for: 
transmit operation. Instead, the IF Software MAC processes will 
automatically make available enough buffers for each adapter. 
After a valid message is received, the Data Indicate routine of 
the MAC process will pass the buffer to the proper CS process. 


a 


In the Read-Notify case, shown in Figure 2-7, CPU software 
issues a series of LCBs, which are called "Read-Notify" LCBs, 
to the LAC via Output LCB Pointer IOLD orders. These serve to 
provide LCBs which the CS software may use for notifying CPU 
software of the arrival of messages. When the arrival of a 
message has been indicated by this means, the CPU software will 
issue a Read LCB to specify where, in main memory, the message 
is to be placed and will also, in general, issue another 
Read-Notify LCB to replace the one which was used. This scheme 
allows the data to be input directly to the application's 
buffer. Read LCBs are differentiated from Read-Notify LCBs by 
some software-defined indication in the LCB itself. 
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Figure 2-7 LACS RECEIVE FLOW (READ-NOTIFY CASE) 
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The sequence of operations is as follows: 


In Step 1, the LACS Driver software in the CPU sets up 
the Read-Notify LCB in memory. 


In Step 2, the LACS Driver issues an IOLD to the LACS 
pointing to the LCB. The DMA Controller in the LAC takes the 
IOLD information from the Megabus and places it in a 
temporary working queue and interrupts the microprocessor. 

In a manner similar to the transmit case, the I/O Dispatch 
process delivers the Read-Notify LCB Pointer IOLD information 
to a CS process. 


In Step 3, the CS process issues a request for the Memory 
DMA process to copy the LCB into an LCBI in RAM, similar to 
the transmit case. 


In Step 4, the DMA Controller copies the LCB into the LCBI 
and the CS process is notified of completion. 


In Figure 2-7, the arrival of a message is labeled Step 5 
for convenience. This should not be construed to imply that 
a message only arrives after the operations of Steps l 

through 4; message arrival is an independent occurrence. / 


In Step 5, a message arrives and is placed in the 
predefined buffer by DMA facilities of the adapter. On 
completion of this operation, the adapter interrupts the 
microprocessor, causing the Adapter Interrupt routine to 
invoke the MAC Receive process which performs an ALLOCATE 
call, to obtain a block of RAM for a mailbox message, places 
Data Indicate information in the block and sends it to the 
mailbox of the appropriate CS process. The ID of this 
mailbox has been previously made known to the MAC process. 
The format of the Data Indicate message block is shown in | 
Section 3. The MAC Receive process provides the adapter DMA 
facility with replacement buffer(s) by performing GETBUF 
call(s). 
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In Step 6, a CS process consults its list of Read-Notify 
LCBs to see if there is one which pertains to the particular 
message just received. If there is none, the message is 
retained in RAM (however if some reaSonable time passes 
without an appropriate LCB the process may be forced to 
discard the message). In the usual case, a CS process 
assembles information from the message header to be delivered 
to the LCB in memory, assembles a mailbox message block, and 
sends it to the Memory DMA process requesting DMA of this 
information into the Read-Notify LCB. In the message block, 
the CPU Chan and Intpt LEVEL fields reflect information given 
in the original IOLD and LCB as does the Chan No. (Also 
included is an identifier which the LACS Driver in the CPU 
can place in the Read LCB when it issues it). 


In Step 7, the DMA controller delivers the information to 
the Read-Notify LCB and interrupts the microprocessor, 
causing it to re-invoke the Memory DMA process. This process 
now sends the requested interrupt to the CPU and when this 
has been accomplished returns the message block of Step 6 to 
the return mailbox (the CS process). 


In Step 8, CPU software responds to the interrupt and, by 
consulting a list of outstanding IORBs or by other means, 
determines where in main memory the data message should be 
placed. The LACS Driver then sets up a Read LCB in memory. 
This LCB will contain the identifier of Step 6 (so that the 
CS process in the LAC can identify which data message is to 
be delivered) and specifies the main memory area(s) into 
which it is to be placed. 


In Step 9, the LACS Driver issues an IOLD to the LACS 
pointing to the LCB. In the usual manner, the IF Software 
delivers the LCB Pointer information to the CS process. 


In Step 10, the CS process issues a request for the Memory 
DMA process to copy the LCB into an LCBI in RAM. 


In Step ll, the Memory DMA process copies the LCB into the 
LCBI and the CS process is notified of completion. 


In Step 12, the CS process inspects the LCBI and 
determines that a Read operation is involved. The process 
calculates the total size of the L6 buffer and calculates a 
Range Residue value for LCB status and places final status in 
the LCBI; it then issues a request to the Memory DMA process 
to move the data message from RAM to main memory and to 
deliver final status from the LCBI to the LCB and to 

( interrupt the CPU. 
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In Step 13, the DMA Controller copies the data from buffer 
RAM to main memory, performing a “scatter"™ DMA if required, 
under control of the DMA process. On successful completion 
of the data transfer the DMA process performs a Block 
transfer which copies the LCBI status into the LCB and 
interrupts the CPU. On completion of this the Memory DMA 
process return the mailbox message block to the return 
mailbox (the CS process). 


In Step 14, the CS process may release the data buffer, 
the LCBI block and the mailbox message block. 


Although the description and Figure present a single 
thread of flow for clarity, there are actually multiple 
threads being processed at various stages at any instant of 
time. Because each software process is written so as to try 
to complete all its outstanding tasks before relinquishing 
the microprocessor, the number of context switches performed 
per message received will be less under typical load than 
when considering only a single message thread. 


In the Read LCB case, not shown in a Figure, the CPU 
issues IOLDS, which point to Read LCBs, each Read LCB 
includes pointer(s) to buffer(s) in system memory large a 
enough to hold the largest possible message. Only one a 
interrupt need be sent to the CPU, i.e, after the data and 
final status have been delivered. 


Control Operations (during normal running) 


Control operations may be divided into two general 
categories: functions which are involved with setting up, 
controlling flow, or terminating a connection to a remote 
user and System Management functions which are related to 
setting up, maintaining, and monitoring operation of the LAN 
itself. . 


| HONEYWELL | | SPEC. NO. | SHEET | REV | 
| | | 60149766 |32 | & | 


The first category of functions is visible to the user or 
to higher-level software directly supporting the user. At 
the link-level interface, these functions consist of the 
L_ CONNECT, L_DISCONNECT, L_CONNECT_FLOWCONTROL, and L_RESET 
primitives. Although these functions do not involve any data 
transfer with higher level entities, they are handled 
essentially the same as in data transfer operations, using 
Primitive codes which distinguish them from data operations. 
These functions generally involve link-layer messages between 
stations (e.g. SABM. DISC, etc.). 


The second category of functions are not visible to a user 
Or to higher-level software in support of the user. These 
encompass various management and administrative operations. 
These operations use an interface with the Level 6 which is 
based on the use of LCBs. The System Management functions 
are given in the LAN Software EPS-l1). System Management 
performs the following operations: 


Oo Systems Management Data Service Interface (SMDSI) to a 
remote station via a LAN. 

o Layer Management Interface (LMI) to Layer Management 
Entities (LMEs) in the LACS. 
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2.14 IF SOFTWARE FUNCTIONAL DIAGRAMS 


Figures 2-8 through 2-l1l are a set of flow charts whose 
purpose is to indicate in more detail the functional 
responsibilities of the various IF software processes and 
interrupt routines. The charts are not complete in all 
details and are not intended to necessarily represent how the 
detailed implementation of a process must be done. The flow 
of the CS and CM processes is given in the software EPS. 
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Figure 2-8 I/O DISPATCH PROCESS (IF SOFTWARE) 
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Figure 2-9 
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Figure 2-10 ADAPTER INTERRUPT ROUTINE (IF SOFTWARE) 
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Figure 2-l1l ADAPTER-SPECIFIC MAC PROCESSES (IF SOFTWARE) 
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INTERRUPTS TO LEVEL 6 


The Memory DMA process will send an interrupt to a CPU on 
successful completion of a DMA operation if the mailbox 
message which initiated the DMA operation so specifies. The 


mailbox message specifies the CPU number the interrupt level, 


and the LAC channel number to use; this information is 
obtained by CS software from the IOLD and LCB. 


If the interrupt is rejected by the CPU, the Memory DMA 
process will put the interrupt in a Deferred Interrupt 
queue. 


When a CPU indicates that it may be able to accept an 
interrupt (by a Resume Interrupt signal on the Megabus) an IF 
software interrupt routine, Interrupt Retry, will attempt to 
send the highest priority deferred interrupt of each CPU. 

Any interrupts that are not accepted are returned to the 
Queue. 


Because of the way the Queue is operated, when an 
interrupt is accepted by a CPU, it may be an indication of 
completion of more than one IOLD-LCB. CPU software then must 


search through its list of outstanding LCBS; it can determine, _ 


ed 


which have been completed by the completion status placed in 
them. Subsection 3.8.1.1 gives more detail on the Deferred 
Interrupt queue. 


The CS software and the LAC Driver implement a completion 
sequence numbering scheme as detailed in the software EPS-l. 
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2.16 STATISTICS 


The following physical connection statistics are 
maintained by the MAC Process on a per-physical-connection 
(i.e. LAN) basis and may be retrieved by System Management 
via its LMI interface with the MAC Layer Management Entity: 


TX-FRM : Number of frames sent correctly 

PCEDA : Number of Octets sent 

RCV_FRM : Number of frames received correctly 

PCRDA : Number of Octets received 

PCRGA : Number of group-addressed PDUS received 
correctly | 

PCRER : (Calculated) total number of frames 

received incorrectly 
UNR_ERR : Number of underruns 


A subset of the following physical connection statistics 
1S maintained on a per-physical-connection (i.e. LAN) basis 
The particular subset is a function of the adapter type. The 
Statistics may be retrieved by System Management via its LMI 
interface with the MAC Layer Management Entity. 


Oo OVR_ERR : Number of overruns 

o FCS _ERR : Number of FCS errors 

Oo PCRAB : Number of received abort sequences 

Oo ALN _ERR ; Number of misaligned packets 

Oo BUF_ERR : Number of packets lost due to no buffer 

Oo PCRLN : Number of packets lost due to length 
error 

Oo PCEBY - Number of transmit deferrals 

Oo PCECO : Number of transmit aborts due to 
collision 

Oo PCRCL : Number of collisions spoiling reception 

Oo PCNTR : Number of token pass stations 

o PCNTP : Number of stations observed to pass 


token 

Number of token pass repeats 

Number of times use-token state entered 
Measured token rotation time 

Next station/successor address 
Previous/predecessor address 

Number of stations in ring 

Number of frames aborted due to error 
Number of frames sent on second retry 
Number of retries on 
request-with-response frame 


= 
Y 


RTRY ERR 
RTRY RWR 


000000000 
tg 
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LACS STARTUP 


After the LACS has been powered up and initialized, it 
Operates under control of firmware resident in the PROM. 
This firmware provides the QLTs which verify the basic 
operability of the LACS and supports IO and IOLD orders which 
permit the LACS to be identified, the LAC RAM to be loaded or 
dumped and LACS operation under software control to be 
started. 


The CPU software should issue one or more Load IOLDs 
(Subsection 3.2.5.2) to cause the LAC to load the LAC 
software from main memory. On completion of the Load 
IOLD(s), CPU software should then issue a ‘Start I/O 
(subsection 3.2.5.3) and then should not issue further IOLDs 
to the LAC until the Start I/O IOLD has been marked as | 
completed (any IOLDs which are issued during this time will 
either be NAK'd or will have their LCBs marked with Invalid 
Function Status). 


The Start I/O IOLD information is placed in a working area 
in RAM by the PROM-resident firmware. This firmware then 
relinquishes control of the microprocessor to LAC software in 
the Program RAM with software operation starting at the 
location specified in the Start I/O LCB. 


oe 


The LAC microprocessor now commences execution of LAC 
software, specifically the Bridge kernel O.S. "main" 
routine. This leads to the creation of an 0.S. initial 
process called "init" which creates and then registers a 
well-known mailbox for, each of the processes named in the 
init table (i.e. MEMDMA, IODISP, MBLME, SYS_mgr). The init 
process then allows each of these processes to run in 
sequence according to their initial relative priorities. 


As each process runs its initial routine it may establish 
mailbox interconnections with other processes and may spawn 
various layer instance processes as described in the LAN 
software EPS and LAN software component specifications. 

System Management sends each of the layer management 

processes a mailbox ID which will be retained in reserve by 
each process for possible need in certain trouble situations 
requiring an Event Notification as described in subsection 
2.19. The IF Software processes, as part of their initial 
running, may equalize their priorities as mentioned in | 
Subsection 2.8.3 
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Continued 


The IODISP process will also set up its Dispatch table 
from information it finds in its mailbox and then dispatches 
the Start I/O IOLD to the SM process via the Event 
Notification mailbox. 


The SM process responds to the Start I/O mailbox message 
by requesting the MEMDMA process to copy the Start I/O LCB 
into RAM. When this has been done, MEMDMA so notifies SM (by 
returning the request mailbox message). The SM process then 
sends another DMA request to MEMDMA to cause completion 
status to be placed in the Start I/O LCB and an interrupt to 
be sent to the CPU. On completion of this the request 
mailbox message is returned to the Return mailbox. 


The CPU software may now proceed to issue more IOLDsS; some 
of these first IOLDs will undoubtably be for the purpose of 
setting up some current parameters for SM's use. 


Note that the Start I/O applies to the LAC as a whole. 


Startup or shutdown of individual LAN communications is 
entirely a software function. 
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A Stop I/O order is implemented in the LAC; this 
initializes the LAC and its adapters and returns control to 
the PROM-resident firmware but does not clear the LAC RAM. 


Note that when the LAC is running under software control 
(after a Start I/O IOLD), any loading or dumping of RAM must 
be accomplished under CS or SM software control (i.e. not 
using the Load/Dump IOLD of subsection 3.2.5.2) 


TIMERS 


Interval timers are provided via O0.S. facilities. The 
timer tick interval is 50 miliseconds. The 0.S. also provides 
means for performing timing functions shorter than one tick 
interval. 


HANDLING OF SOFTWARE ERROR CONDITIONS 


This subsection is concerned with the action to be taken 
by IF and CS software on the occurrence of an error response 
by the 0.S. to a Procedure Call. 


The scheme for handling those conditions is as follows: 
a, 
a. When an error response occurs, a SETALARM timer call is to... 
be made for a period of (TBD) milliseconds if the type of 
error is due to a likely temporary condition (i.e. it is a 
recoverable error). 


b. After the time-out, if applicable, the original call 
should be retried. 


c. If, the error cannot be cleared by retry, it is classed as 
a Reportable Catastrophic error and the error is to be 
reported as an Event to the associated layer management 
entity using the mailbox Message format given in Figure 
3-l1l and Event Code given in Table 2-l. 


d. If the error cannot be reported it is an Unreportable 
Catastrophic error and, it is fatal. In this case, a trap 
is taken to a special routine which will set the Megabus 
logic to a state where it will not accept any I/O orders | 
(except an Output LACS Control IO Order) and will mask | 
interrupts. It is expected that the CPU will then 
eventually issue a Stop I/O order and dump the LAC RAM. 
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e. If the Event has been successfully reported the Notifying 
process may possibly continue to retry. 


The list of software events in Table 2-1 is exhaustive; the 
particular subset which may arise during a process' execution 
depends upon the particular subset of O.S. Procedure calls 
made by that process. In each case the subset is defined in 
the description of the process and the particular action 
taken by its associated layer management entity is defined in 
the description of that entity; this information is given in 
Section 3 of this specification and in the LAN software EPS 
and software component specifications. 
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TABLE 2-1 SOFTWARE EVENT NOTIFICATION CODES 
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FUNCTIONAL DESCRIPTION 


BASIC FUNCTIONS 


This section describes the orders, instructions, mailbox 
communications, IF Software, and LAC firmware functionality 
which support operation of the LACS. 


Much of the hardware specifics of the LACS is hidden from 
the CS and System Management software by IF Software routines 
and processes. In this Section, subsections 3.2 through 3.7 
address the basic built-in functionality of the LAC while 
subsection 3.8 addresses the functionality provided by these 
IF software routines and processes. Sections 4, 6, 7, and 
the appendices provide additional detail. of the basic 
hardware characteristics. 


The standard LAN software product in the LAC will include 


Link layer and System Management functions in accordance with 
IEEE 802.1 and 802.2 Standards. 
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I/O ORDERS 


The following I/O Orders are provided for control of the 
LACS by the Level 6 CPU. 


List of I/O Orders 
OUTPUT ORDERS 


1. IO (FC=01) Output LACS Control 
2. IOLD (FC=09/0D) Output LCB Pointer 


INPUT ORDERS 
1. IO (FC=26) “Input Device ID 


For details concerning the structure of the I/O order and 
Other bus-related information, see the referenced Megabus 
EPS's. The conditions for the above orders to receive ACK, 
NAK, Or WAIT response are given in Subsection 3.2.4. 


Output Order Definitions 


Only the following Output I/O Orders are defined. All _ 
other Output I/O order Function Codes (whether I/O or IOLD) ~~ 
are considered undefined. 


Undefined I/O orders are ignored by the LAC; no response 
is sent to the CPU and the order is not taken by the LAC. 


1. Output LACS Control IO (FC=01) - This order transfers a 
16-bit control word to the LACS. All adapters and 
interfaces are affected by this order. The channel number 
used in the order is immaterial. The bits in the word are 
defined as follows: 


Oo Bit Os Hard Initialize (if a one) 
o Bits l: Stop I/O (if a one and bit 0 is a zero) 
o Bits 2-15: MBZ 


Hard Initialize causes the actions described in Subsection 
3.2.5.1. It requires several seconds to accomplish and is 
intended to be used only at startup or by T&V software. 


Stop I/O performs the actions described in Subsection 
32% 545% : 
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2. Output LCB Pointer IOLD (FC=09/0D) - This order involves 
two separate bus transfers to the LAC: The first transfer 
is a 32-bit byte address and the second is a 16-bit 
"Range" word of which the high order eight bits are 
interpreted as described below and the low order eight 
bits define the LCB Size in bytes. The address and LCB 
Size define the location and size of an LCB in main 
memory. The LCB must begin on a word boundary; LCB Size 

TItust also be word-bound. 


‘Information from the bus is placed in a temporary queue by 
LAC hardware and an interrupt is then sent to the LAC 
microprocessor. Ensuing action depends upon the value of 
the Protocol ID byte and whether the LAC is operating 
under control of its PROM-resident firmware) or running 
under control of LAC software after a Start I/O IOLD. 


If the LAC is under firmware control the following 
interpretation of the high order byte of the "Range" word 
is observed by the PROM-resident firmware: 


(FF) 16=Load/Dump (Subsection 3.2.5.2) 
a (FE)16=Start I/O (Subsection 3.2.5.3) 
( | (00) 16to (FD) 16=Invalid 


An invalid code in this byte will cause the firmware to 
set Invalid Function and Status complete status in the LCB 
(see Figure 3-1 for the general format of LCBs) and send an 


interrupt to the CPU in accordance with the contents of the 
LCB. | 


If the LAC iS running under software control the following 
interpretation of the high order byte of the "Range" word is 
observed by the IODISP process: 


0 | 3 4 7 
| Function Code : MBZ | 
| 


The Function Code is used by the IODISP Process 
(Subsection. 3.8.1.3) in dispatching the order to the 
appropriate software process. 


It should be noted that it fs possible that in a 
multiprocessor CPU configuration, two (or more) CPUs might 
attempt to send an IOLD (i.e. Function Code 09/0D) to the LAC 
Simultaneously; the LAC will detect this and reject (NAK) an 
IOLD which tries to intervene on the bus between the two bus 
transfers of an IOLD which has already performed its first 
transfer. 
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Input Order Definition 


Immediately following completion of execution of an Output 
LACS Control order (FC=01) the following Input I/O Order is 
provided (all other Input I/O orders are treated as 
undefined); this condition remains in effect until an Output 
LCB Pointer IOLD (FC=09/0D) is issued. Thereafter all input 
I/O orders are treated as undefined. 


Input Device ID (FC=26) - This order causes the LAC PROM 
firmware to deliver a 16-bit Device ID word to the Megabus. 
This ID reflects both the LAC and the adapter attached to the 
addressed adapter channel (subsection 3.3). The ID codes are 
given in subsection 3.4 and in the appendices. 


Undefined Input I/O orders are ignored by the LAC (i.e. no 
response is made to the order and no information is sent). 


WAIT, NAK, and ACK Responses 


Normally, the LAC responds to I/O Orders with an ACK 
response. It will never respond with a WAIT. It will 
respond with a NAK in the following cases: 


1. An order, other than an Output LACS Control (FC=01) is 
issued while the LACS is performing all of the operations 
commanded by an Output LACS control order (FC=01). 


2. An IOLD order intervenes on the bus with one already 
underway (subsection 3.2.2). 


3. The LAC is unable to accept another order because its 
temporary queue is full. This condition should not occur 
if the LAC Driver observes the flow control mechanism 
described in the LAC Software EPS-l. If the condition 
occurs, the order should be retried later. 


4. A Fatal error condition exists (see subsection 3.9). 


5. An IOLD order is issued while a Start I/O operation is 
Still being carried out (subsection 2.17). 


As noted in subsections 3.2.2 and 3.2.3, no response is made 
to an undefined I/O order. 
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3.2.5 Initialization, Start/Stop, and Load/Dump 


3.2.5.1 Initialization 


LACS Hard Initialize. This function is initiated by a 
Power-On sequence or by the Output LACS Control Order 
(FC=01) with bit 0 a one. It causes the following 
actions: 


a. 
b. 
Ce. 
d. 


The LAC and adapter RAMS are cleared 

Hardware registers in the LAC and adapters are cleared. 
The LAC runs its QLT 

The LAC enters a stopped condition in which its 
functionality consists of those functions supported by 
PROM-resident firmware as described in Subsection 3.2 


Note that the QLT routine ascertains the configuration 
information shown in Figure 7-4. If the motherboard QLT does 
not run successfully to completion the IOLD and Input I/O 
Orders of subsections 3.2.2 and 3.2.3 will be NAK'd. A Stop 
I/O order or a depression of the CP clear button on the CPU 
control panel may be used to put the LAC in a condition to 
accept a Dump order so that QLT status retrieval can be 
attempted. 


HONEYWELL CONFIDENTIAL & PROPRIETARY 


: HONEYWELL | | | SPEC. NO. | SHEET | REV | 


3.2.5.3 


3622544 


| | 60149766 [49 | H | 


Load/Dump 

Load/Dump operations provide means for loading of LAC 
Software, from main memory, for dumping various portions of 
the LAC RAM to main memory, and for retrieving certain 
configuration information from the LAC. The LAC must be 
running under firmware control for a Load/Dump to be 
performed. The operation is commanded via an Output LCB 
Pointer IOLD in which the high order byte of the "Range" word 
is (FF) 16. The detailed information needed to perform the 
operation is contained in the LCB as shown in Figure 3-l. 
The LAC channel number used for the IOLD is used in the 
interrupt sent on completion but is otherwise immaterial to 
the LAC. On completion, the Controller Status word in the 
LCB is updated and the Status Complete bit is set and an 
interrupt is sent to the CPU as specified in the LCB. 


If a Megabus Parity, Memory Red or Non-existent Memory fault 
occurs on the retrieval of the LCB from memory, the order 
will not be performed and appropriate status will be set in 
the configuration area in RAM (Figure 7-4). 


Start I/0 

The Start I/0 order is defined in Subsection 3.2.2 and the 
format of the LCB used with this order is shown in Figure 
3-2. The conditions under which this order should be used 4 
are described in that Subsection and in Subsection 2.17. eg 


The PROM—resident firmware leaves the order in the 
temporary queue and relinquishes control of the microprocesor 
to LAC software commencing execution at this Program RAM 
location which is defined in the LCB. 


The fetching of the Start I/O LCB and the storing of final 
status and sending an interrupt to the CPU is a 
responsibility of SM software and is described in subsection 
2.17. The Start I/O order should be addressed to channel 0 
of the LAC; Channel 0 is the address of the System Management 
process which is the process which handles start-up of the 
LACS software system. 


Stop 1/0 


The Stop I/O order is defined in Subsection 3.2.2. A Stop 
I/O is also performed as a result of depressing the CP Clear 
button on the CPU control panel. A Stop I/O causes the 
following actions: 


@ 


a. Hardware registers in the LAC and adapters are cleared. 


b. The LAC commences (or continues) operation under 
firmware control in which its functionality consists of 
those functions supported by PROM-resident firmware as (| | 


described in Subsection 3.2. 
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Note that when a Stop I/O is 
performed, an 
iehihe jeM estab taste operations currently A aaenuey are 
ch foe eterna dive ett socoer sy LCBs are not completed and 
not sent. After a Stop I/O, 
Should be reloaded and restarted as for an ee ae 


(See Subsection 2.10) i 
e 1 : 
ce fo ae ) if further operation under software 


Init CTL &O 


LOAD /DUMP FUNCTION 


| LG Rddress - {W).-_ 
L646 Address (L). 


Extent of-Transfer 


LAC RAM Address (H) 


LAC RAM Address (L) 


_. STATUS 


COMPLETION WD 


ee re id 


— 


Notes: 
1. In the LCB as set UP by the CPU, the Status 


and Completion words must be all zero. These 
will be updated Ey the LAC on completion of 


the operation. 


2. The L6 Address, LAC RAM Address, and Fxtent 2r>e 
all byte-oriented but all must be word-bound 
(i.e. with LSb of zero). 


3. fctatus Bits 
RAN location non-existent 


RAMNE = 

RAMP = RAM parity error 

MY = Memory Yellow 

NES = Non-existent: L6 memory 

L62 = L6 bus parity error 

MR = Memory Red 

Sc = Status Complete 2 . ; : 
MEM EXE = Excessive Number of IOLDs issuec 
ix. -FCo = Invalid Functicn/Request 


4, LOAD/DUHP FUNCTION 
(0000) = Store LAC RAM to memory 


(0001) = Load LAC RAM from memory 
(00G2) = Read Configuration information into memory 


5S. For the Read Configuration operation the LAC RAM address 
is ignored. The maximum range should he 96 bytes. 


Figure 3-1 LCB FORMAT FOR LOAD/DUMP 
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15 


2 | 


GRY ol ever INT CTL WD 


RHU (5S) (4) (6) 
; uP Start Address (H) | 
7 uP Start Adcress CG 


Completion Word 


Notes: - 
1. In the LCB as set up by the CPU, the SC bit 
must be zero. The LAC will set the bit on 
completion of the Start operation. 


2. SC= Status Complete 


3. The uP start address is a byte-oriented address 
but must be word-bound (i.e. with LSb of zero). 


FIGURE 3-2 LCB FORMAT FOR START I/O 
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CHANNEL NUMBERS 


The LAC is assigned a set of 64 channel numbers, using the 
6 LS bits of the 10-bit channel address on the bus. 


For the Input Device ID order (FC=26), the 6 LS bits of 
the Channel address are treated by the LAC as consisting of 
two fields: the highest two bits specify the adapter's 
daughterboard position and the lowest four bits specify a 
subchannel associated with the adapter (to allow for future 
adapters which may have subchannels). The channel number 
coding for the Input Device ID order is shown below. 


0 3 4 5 6 9 
[LAC | ADAPT | SUBCH | 
| | __| 7 | 
LAC Board Address (Set by DIP switch on board) 


LAC = 
ADAPT = Adapter Position (0-3) 
SUBCH = Subchannel on Adapter 


For Load/Dump IOLDs and the Output LACS Control I0, the LS 
6 bits of the channel address are immaterial to the LAC 
(however the given channel address will be used in any 
interrupt which is sent on completion). 


DEVICE IDENTIFICATION NUMBER . 


The device identification number for the LACS is shown 
below. 


0 7 8 9 13 14 15 
| QERR | ADAPTER | SUBCHAN | 
| 
| | 


{| (2B) | TYPE | TYPE 
| | 


The codes for Adapter Type and Subchannel Type are given 
in the appropriate adapter specification (see appendices). 
If the adapter's QLT has not completed without error the QERR 
bit will be a One. If no adapter is present at this address, 
Adapter Type will be all zeros. If a Subchannel is not 
present or the adapter does not have Subchannels, Subchannel 
Type will be all zeros. The meaning of non-zero Subchannel 
Types is specific to the adapter type. 
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3.5 DATA TRANSFER WITHIN THE LAC 


Multiple data transfers can occur in the LAC concurrently; 
the adapters and the Megabus interface are half-duplex but 
DMA transfers with the LAC data buffer RAM can be 
concurrently under way on all of these facilities. 


All data messages are fully buffered in the LAC data 
buffer RAM. The adapters perform serial-parallel 
conversions, CRC generation/checking, framing, address 
recognition, and media access. 


Since a message can be received by an adapter at any time 
and since adapters do not provide message buffering, there 
must be at least one receive DMA buffer set up for each 
adapter at all times to avoid loss of a message; it is the 
responsibility of the IF Software to do this. | 


The data traffic of the (up to) four adapters and of the 
Megabus interface must be time-multiplexed over the LAC's 
internal DMA Bus to the Data Buffer RAM; in addition the 
Microprocessor makes accesses to this RAM via the DMA Bus. 
These six sources/sinks thus contend for bus access. A fixed 
priority scheme is used in the LAC to resolve conflicts: the 
adapter in the channel 0 position is highest in priority, a 
followed by adapters 1 to 3 in order, followed by the 
microprocessor, followed by the Megabus. The priority is not a 
Preemptive, i.e. it applies only when the current source/sink 
master releases the DMA bus. While the DMA bus can perform a 
word transfer in about 550 nanoseconds, the overhead for 
Switching control of the bus from one source/sink to another 
is about 400 nanoseconds. To obtain maximum throughput over 
the bus, the time cost for switching is amortized over 
several effective transfer cycles, by having the 
sources/sinks perform their transfers in bursts wherever 
possible The Megabus interface and l10Mbps adapters use 
bursts; adapters for speeds under 5Mbps need not operate with 
bursts. In order to share the bus equitably, all 
sources/sinks except the Megabus will limit the length of 
their bursts to a predefined value. 


3.6 INSTRUCTIONS 
The instruction set for the MC68000 microprocessor is 
given in the MC68000 reference document. 


3e/ PROM RESIDENT FIRMWARE ° 
Resident firmware in the PROM provides the following 
functions via microprocessor routines: 
Oo Support of the applicable I/O order functionality of 
subsection 3.2. 
Oo Quality Logic Test routines. i. 
o Determination of LAC configuration information and storage 
Of it in LAC RAM. Format and location is oe in Section 
ie 
© Handling of Unreportable Catastrophic errors. 
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3.8 IF SOFTWARE 


IF Software is provided in the form of a set of processes 
and interrupt routines which support the CS software 
processes by providing an implementation-independent 
interface to LACS hardware. These IF Software processes are 
invoked directly through calls to mailboxes. IF Software 
interrupt routines are invoked by the occurrence of an 
interrupt from LACS hardware; several of these are associated 
with IF software processes. The IF software is able to make 
various Procedure Calls to the 0.S. for services and to call 
CS software processes; IF software is part of the standard 
LAN product offering with the LACS. 


The IF software processes are invoked via a SENDMSG call 
to the 0.S, specifying the mailbox of the process. Messages 
(i.e. réquests for service) are queued in each mailbox ;the 
process normally retrieves each request as it is able to 
handle it via a RECEIVE or BRECEIVE call to the 0.S. Further 
details on mailboxes may be found in the reference Bridge 
documents. 


These processes require parameters each time they are 
invoked; this is provided in the mailbox message which 
invokes them. Usually these processes will return a message 
to the calling process when the operation is complete. 


3.8.1 IF SOFTWARE PROCESSES 
The IF Software processes are as follows: 


Memory DMA Request (MEMDMA) 
Megabus Layer Management (MBLME) 
I/O Order Dispatch (IODISP) 

MAC Transmit 

MAC Receive 

MAC Layer Management 


000000 


3.8.1.1 Memory DMA Request (MEMDMA) 


This process carries out DMA operations to move 
information between a buffer and/or block in LAC RAM and one 
Or more buffers (scatter/gather) in Level 6 memory; it 
Carries out the operation via the Megabus interface using the 
hardware DMA controller and Megabus logic registers. 


The format of the mailbox messages which are used in DMA 
requests to call the Memory DMA process are shown in Figures 
3-3 to 3-6. All addresses and ranges shown in these Figures 
are byte-oriented. 
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The process mailbox provides the mechanism for queuing 
requests to the process for DMA operations. 


During the handling of DMA operations involving scatter or 
gather functions the process will be reinvoked via the 
associated Megabus DMA Register Exhaust interrupt routine as 
each transfer with a main memory buffer completes and will 
reload the Megabus hardware with information for the next 
buffer transfer operation. Although a RAM buffer is 
logically a single buffer, physically it may consist of many 
segments. DMA Controller interrupt routines which are part 
of this process take care of reloading the DMA Controller 
with these segments. If the mailbox request was not 
formatted correctly or an error occurs on'‘the Megabus 
interface (L6 bus parity, Memory Red, Memory Yellow, 
Non-existent memory) or in accessing the RAM (RAM parity, 
non-existent RAM), the operation is not completed, any 
requested interrupt to the CPU is not sent and the fault is 
indicated in status in the return message sent to the Return 
Mailbox specified in the request. 


If the operation is completed without error, an interrupt 

will be sent to the CPU if the request parameters so | 
specified (non-zero LEVEL); it is expected that an interrupt _. 
will be specified only for a DMA operation which delivers — 
status information to an LCB in memory. On final completion ~~ 
of the total operation (including interrupt) a return message 
will be sent to the requesting process. 


It iS possible that an interrupt to a CPU will not be 
accepted (NAK) because of other operations being performed in 
the CPU. The process maintains a queues of such Deferred 
Interrupts (those which have been NAK'd). 


The DMA process organizes deferred interrupts into queues 
on a per-CPU basis. Within a queue pending interrupts are 
listed first in order of priority (LEVEL) with highest 
priority at the top; within those of the same LEVEL the 
ordering is FIFO. The queue members are the actual mailbox 
message blocks which asked for an interrupt. 
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When a DMA request calls for a L6 interrupt and the 
associated DMA has been successfully completed, the DMA 
process will first inspect the pending interrupt queue for 
that CPU (the CPU No. field in the message block is used to 
select which queue i.e. the Queue No.). If there are any 
pending interrupts in that queue of equal or higher priority, 
the interrupt will not be attempted but will be added to the 
queue; if it is higher than any entry, it will be attempted 
and if accepted the message block is returned to the 
requesting process but if rejected it will be added to the 
queue. If there is a queue member having the identical 
interrupt specification in the queue, the interrupt (i.e. the 
message block) will be linked “horizontally" to the one(s) 
which are like it. Space is available in the DMA request 
mailbox message header so that the DMA process can link the 
blocks vertically and horizontally. : 


When- some CPU causes a RINT (Resume Interrupt), the 
Interrupt Retry routine (Subsection 3.8.2.1) will retry the 
top entry of each’ queue as an interrupt; if accepted, the 
block is removed from the queue and returned to the process 
which made the request. Note that when there are a number of 
deferred interrupts with the same interrupt specification, 
only one interrupt is actually sent even though all of the 
message blocks will have been retained by the DMA process 
until that interrupt has been accepted. 


In a multiprocessor environment, it may happen that a CPU 
for which LACS has some deferred interrupts queued will fail 
and that central system software will then assign some other 
CPU to service LACS interrupts in place of the failed CPU. 
Assuming that the SM in the LACS is notified of this, a 
mechanism is provided whereby the DMA process Interrupt Retry 
routine can be told (by Megabus Layer Management) to route 
pending interrupts originally intended for the failed CPU to 
the new CPU. The DMA process will have a table which relates 
queue number to CPU number and which is used, during 
interrupt retry only, to specify the CPU number to use on the 
interrupt (the CPU number in the queued message block is 
ignored on retry). This table is initially set up by the DMA 
process to be one-to-one but any entry in it can be accessed 
by sending a specific mailbox message to the DMA process. 

The format of this message is shown in Figure 3-7. 
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The DMA process may encounter an O.S. error in performing one 
of the following 0.S. Procedure calls: 


Oo SENDMSG 

Oo BRECEIVE 

oO RESOLVE 

Oo SEMACREATE 
Oo SEMAWAIT 

O SEMARELEASE 


If such an error occurs, a message in the format shown in 
Figure 3-ll is sent to System Management using the | 
appropriate Event code from Table 2-1. The MEMDMA process, 
during initial running, obtains the mailbox ID of SM via a 
RESOLVE call. 


The normal running flow of this process is indicated in 
Figure 2-9; this figure does not include the initial 
execution of the process during which the DMA interrupt 
routines (subsections 3.8.2.3 and 3.8.2.4) are registered the 
semaphore interlock is set up etc. Additional detailS may be 
found in the MEMDMA Component Specification. 
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Block 


Pointer essage Header 
. REU 
LAC Chan (6)|CPU Chan (4) LEVEL (6) 
RSU 
Return Mailbox ID (H) 
Return Mailbox iv : 
L6 Memory Address (H) 
L6 Memory Address (L) 
Range 
LAC RAM Address (H) 
LAC RAM Address (L) 
“ie RSU i 
Notes: 
Le This message is used for requesting a DMA operation to move a 
| block of data between RAM and L6 memory and for confirming 
completion of the operation. 

23 A valid Return Mailbox ID must be provided in the request 
message and the status word must be all zeros. 

3% In the request message the Message Type for the Header is as 
follows: . 3 
LCB-TO-LAC Transfer from L6 memory to RAM 
LCB-TO-L6 Transfer from RAM to L6 Memory 

4. If the LEVEL field is non-zero an interrupt will normally be 
sent to the specified CPU on completion of the operation; 
however, if an error occurs during the DMA operation, the 
interrupt will not be sent. 

5. In the confirm message the Message Type for the Header is the 
same aS in the request message except that the suffix CF is 
added. 

6. See Figure 3-1 for definition of Status bits. 

Te | The Buffer Descriptor in the Header is NULL. 


Figure 3-3 DMA Request/Confirm Message for Block Transfer 
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Bleck 
Poirneer 


Ec2zcus 


wesber of L6 Buffers 
L6 Buffer #1 Acdress (8) 


L6 Buffer #1 Acdress (L) 
L6 Buffer #1 Rance 
L6 Buffer $2 Address (8) 


Té arftar #2 Address (L) 
L6 Butter #2 Range 


euffer #9 Address (F) 


Notes: 

dis This message is used for requesting a DMA operation to move 
data between a logical buffer in RAM and one in L6 memory and 
for confirming completion of the operation. 

a E i 

Be A valid Return Mailbox ID must be provided in the request Mums 
message and the Status word must be all zeros. 

3. In the request message the status word should be all zero and 
the Message Type in the Header is as follows: 
BUF-TO-LAC Transfer from L6 Memory to RAM 
BUF-TO-L6 Transfer from RAM to L6 Memory 

4. If the LEVEL field is non-zero, an interrupt will normally be 
sent to the specified CPU on completion of the operation; 
however, if an error occurs during the DMA operation, the 
interrupt will not be sent. 

oe In the confirm message the Message Type for the Header is 
the same as the request message except that the suffix CF is 
added. 

6. See Figure 3-1 for Status bit definition. 

Te The Header contains the RAM Buffer Descriptor. 


Figure 3-4 DMA Request/Confirm Message for Buffer Transfer 
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Block 
Pointer fessaqe Header 


LAC Chan (6)]CPU Chan (4)]| LEVEL (6) 


RSU 


Return Mailbox ID (H) 
Return Mailbox Lb 


H) 


ptr to7Le putfer “List - ( 
Ptr to L¢ Buffer List (L) 


Total Range of L6 Buffers 


ee ne: 
This message is used for requesting an extended DMA 
operation to move data between a logical buffer in RAM and 


one in L6 memory and for confirming ke al of the 
operation. 


A valid Return Mailbox ID must be provided in the request 
message and the Status word must be all zeros. 


In the request message the Message Type for the Header is as 
follows: 


BUFX-TO-LAC - Transfer from L6 Memory to RAM 
BUFX-TO-L6 - Transfer from RAM to L6 Memory 


The Header contains the RAM Buffer Descriptor 
The format of the L6 Buffer list is shown in figure 3-8. 


In the confirm message the Message Type for the Header is 
the same as in the request message except that the suffix CF 
is added. 


e 


See Figure 3-1 for Status bit Definition. 


If the LEVEL field is non-zero an interrupt will normally be 
sent to the specified CPU on completion of the operation; 
however, if an error occurs during the DMA operation, the 
interrupt will not be sent. 


Figure 3-5 DMA Request/Confirm Message for Extended Buffer Transfer 
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Notes: 


8. 


Figure 3 
Transfer 
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Block 
Pointer Message Header 
RHU 


LAC Chan (6)/CPU Chan (4)} LEVEL (6) 


~RSU 


Status 


ftr to-Le psuifer “tise  (H) 
Per to L&@ Buffer List (L) 


Total Range of L6 Buffers 
L6 Memory Address (H) 

L6 Memory Address (L) 
Block Range . 

LAC RAM Address (H) 

LAC RAM Address (L) 


a RSU 


Sindiniunintsootenanesseniabiaaeunteniin 


This message is used for requesting a DMA operation to move 

data from a logical buffer in RAM to one in L6 memory and to ~~ 
move a block of data from RAM to L6 memory and is used for Mag 
confirming completion of the operation. 


A valid Return Mailbox ID must be provided in the request 
message and the Status word must be all zeros. 


In the request message the Message Type for the Header is 
BFLCB-TO-L6. The Header contains the RAM Buffer Descriptor. 


The format of the L6 Buffer list is shown in Figure 3-8. 


If an error occurs on the buffer transfer the block transfer 
and interrupt are not performed. 


If an error occurs on the block transfer the interrupt is not 
performed. 


In the confirm message the Message Type for the Header is the 
same aS in the request message except that the suffix CF is 
added. 


ad 


See Figure 3-1 for Status bit Definition. 


-6 DMA Request/Confirm Message for Combined Buffer and Block 
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Block ——*>(— 
Pointer 
Message Header 
a 


MBZ (12) Queue # (4) 


Notes: 

aes The Message Type for the Header is as follows for the 
request: 7 
SET-RETRY = Set "CPU#" into Retry table for specified Queue 
READ-RETRY = Read Retry table for specified queue 

2% "CPU#" specifies the CPU to which all deferred interrupts in 
the specified Queue are henceforth to be sent. 

3 "Queue#" refers to one of the possible 16 deferred interrupt 

queues maintained by the Memory DMA process which are used in 

accordance with interrupts requested in DMA requests. 

4. The result of a "Read table" will be placed in the "CPU" 


field of the return message. The Message Type for the Header 
for the return message 1s READ-RETRY.CF.. 


Figure 3-7 Retry Dispatch Table Request/Confirm Message 
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The L6 Buffer List pointer shown in Figure 3-8 specifies 
the starting location of a list of descriptors of main memory 
buffers. The list itself is in LAC RAM; each deScriptor in 
the list consists of a four-byte address and a two-byte 
range. The list format is similar to that used in LCBs and is 
shown in Figure 3-8. All L6 buffer addresses and ranges are 
byte-oriented both in the LCB and in the list given to the 
Memory DMA process. 


The Memory DMA process, without software intervention, 
performs, by means of its associated interrupt routines, as 
many loadings and reloadings as is necessary to perform the 
total requested DMA operation, including scatter/gather. 


os ———> 
Pointer . | Number of buffers =N___. 


- |. Buffer 1 Address (H) 


| Buffer 1 Adé@ress (r.) - 
Buffer 1 Range ; ° 


Buffer 2 Address (H) 


| Buffer 2 Adéress 


(L) 
| Buffer 2 Rande 
. Buffer 3 Address’ (H) 


Buffer N Address (L) 


Buffer N Rance 


Figure 3-8 L6 BUFFER LIST FORMAT 


HONEYWELL CONFIDENTIAL & PROPRIETARY 


| HONEYWELL | | SPEC. NO. | SHEET | REV | 
| | | 60149766 164 | H | 


3.8.1.2 MAC Transmit and Receive Processes 


This set of processes performs all functions required to 
interface the hardware facilities of the adapter(s) to serve 
the needs of the CS and SM software processes. These 
functions include: 


o Transmission of data and control messages for LLC. 
Oo Dispatch of messages received by the adapter(s) to the 
proper process. 


The MAC processes used during normal running consist of a 
Transmit, a Receive, and a Layer Management process for each 
attached adapter. During its initial running the System 
Management process spawns a MAC Layer Management process for 
each physically present adapter. The Layer Management 
process, in turn, spawns the Transmit and Receive processes 
for the adapter and aids the MAC users (LLC layers) and 
interrupt routines in establishing the mailbox IDS needed to 
communicate with MAC. 


The format of mailbox message used by the Link layer CS 
processes to call for a Transmit operation is shown in Figure 
3-9. 


The Transmit process does not leave requests queued in its 
mailbox; instead it removes them as fast as possible and 
requeues them internally according to type and Service 
Class. The process also prepends the MAC header (DA, SA, 
Type/Length), and adds pads if necessary, to the message in 
the RAM. 


As each Transmit operation is completed the adapter will 
cause an interrupt to the LAC microprocessor; this invokes 
the Adapter Interrupt routine which determines that a 
Transmit completion has occurred and sends a Transmit 
Interrupt mailbox message to the Transmit process. The 
Transmit process delivers the topmost Transmit request in its 
queue to the adapter. If some fault occurred in connection 
iwth the just-completed Transmit, the Transmit process will 
send a transmit fault indication message to System Management 
(Figure 3-9 and 3-10). 


When a message is received from the LAN the adapter causes an 
interrupt to the LAC microprocessor; this invokes the Adapter 
Interrupt routine which determines that a receive operation 
has occurred and sends a Receive Interrupt Mailbox message to 
the Receive process. The Receive process discards the 
message if there is an error associated with it. The process 
sets up the adapter with a new receive buffer; it then strips 
out the MAC header from the mesage in RAM and sends a Data 
Indicate message to the mailbox of a CS software LLC receive 
process (the ID of that mailbox was given during startup). 
Finally, it obtains a new spare buffer from the Kernel O.S. 
The format of the Data Indicate message is shown in Figure 
3-14 
Ly 
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The MAC Transmit and Receive processes may encounter an 0O.S. 
error in performing one of the following O.S. Procedure 
calls: 


SENDMSG 
BRECEIVE 
ALLOCATE 
GETBUF 
PREPENDBUF 
UNAPPENDBUF 


000000 


If such an error occurs, a message in the format of Figure 
3-11 is sent to the System Management process using the 
appropriate Event code from Table 2-1. 


The normal running flow of the MAC processes is shown in 
Figure 2-11; this figure does not include the initial 
execution of MAC processes. Additional details may be found 
in the MAC Component Specification. 
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Block ; 
Pointer Message Header 
Frame Control 
MEZ (8) 7 (8) 
RSU 
Re syuestor Mailhox ID H 
Reyue stor Mailbox ID (L) 
Status 
fyoe/Datea Length 
Destination 
os ACGCCTESS : (6 bytes) 
t RSU | ag 
Notes: 
1. The Message Type for the Header of the request message is | 
MAC DATA REQ. | 
2s The header must contain a RAM buffer descriptor. 
3% In the request message the Status word must be all zeros. 
4. The TYPE/Data Length field is used for IEEE 802.3 Standard 
CSMA/CD and Ethernet. 
Dis The Frame Control parameter is used by IEEE 802.4 & 802.5 
Standard adapters. 
6. The Destination Address field is used for all IEEE 802 
Standard adapters. 
ae For two-byte IEEE 802 Standard addressing, the first four 
bytes of the Destination address field must be zero. 
8. In the Fault Indicate message the Message Type is TXFLT: 


\o 
e 


See Figure 3-10 for Fault Indicate status. 


Figure 3-9. DATA TRANSMIT REQUEST/FAULT INDICATE MESSAGE BLOCK 
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| 
| ACCESS CODE | FCN | PHY | NE | RAMP [| UR | NED : EB | UT . 
| ! | | | | 


UT=Unsuccessful transmission | 
Excess collisions (CSMA only) 
Excess retries | 
Not accepted (Token Ring only) 
EB=Error bit ON (Token Ring only) 
NED=Non-exist destination (Token Ring only) 
UR=Unsucessful due to underrun 
PHY=Unsuccessful due to not In-Ring, 
not On-Bus, PHYS power Off. 
RAMNE=Non-existent RAM Memory 
RAMP=RAM parity error 
INVFCN=Invalid Function (Message Type) 


Access Code: 
OO0AAA00 


AAA=Access class actually 
used (Token Bus only) 


e 


Figure 3-10 FAULT INDICATE STATUS FOR DATA TRANSMIT I 
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Block -————> 
Pointer 
Message Header 
Event Code 
Sec ae eee ne ee ee ee ee ee 
Caller's ID | 
Notes: 


The Message Type for the Header is as follows: 


LMINT ~ Control Indicate from an adapter (see appendix for 
Event Codes) 


SM_EVENT_MSG - Error response received on O.S. call (see 
subsection 2.19 for Event Codes) 


Figure 3-ll Event Indicate Message Block 
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3.8.1.3 I/O Order Dispatch (IODISP) 


This process performs the dispatch of incoming I/O orders 
to the appropriate CS or SM process by sending a mailbox 
message containing the I/O order to the mailbox ID 
corresponding to an entry in its Dispatch tables. The 
Dispatch tables consist of a 64-entry Mailbox Directory Table 
plus a number of l6-entry Mailbox ID Tables. Each entry in 
the Directory table is either NULL or is a pointer to the 
base of an ID Table. Each entry in an ID Table is either 
NULL or is a Mailbox ID. 


The IODISP process uses the low order 6 bits of the IOLD 
order channel number to index into the Directory table and if 
a non-NULL entry is found there, uses the Function code (high 

_ order 4 bits of the IOLD "Range" word) to index into the ID 
table. — | 


The CS and SM processes, in order to have particular IOLD 
orders dispatched directly to them by this process, must send 
a mailbox message to this process identifying the mailbox ID 
to be used. The format of the mailbox message used to set a 
mailbox ID into the Dispatch table is shown in Figure 3-12. ~-“4 
This setup should be done during start-up. Table entries may. | 
also be changed or read during normal running. Any table 7 
entry which has not been specifically set up with mailbox IDs 
will contain a "NULL" ID and any orders addressed to its 
corresponding channel address and Function code will be 
dispatched to the Megabus Layer Management. The format used 
for all dispatched IOLD message blocks is shown in Figure 
3-13. | 


The IODISP process may encounter an 0.S. error in performing 
one of the following O.S. Procedure calls: 


oO SENDMSG 
Oo ALLOCATE 
O BRECEIVE 


If such an error occurs, a message in the format of Figure 
3-11 is sent to the System Management process using the 
appropriate Event code from Table 2-1 if applicable. 


od 
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The normal running flow of the IODISP process is shown in 
Figure 2-8 ; this figure does not include the initial 
execution and Table setup. Additional details may be found 


in the IODISP Component Specification. 


The I/O Dispatch interrupt rountine (Subsection 3.8.2.2) is 
associated with this process. 


If the IOLD is a Start I/O, IODISP will wait indefinitely for 


a mailbox ID to be set up for channel 0. It is assumed that 
the LACS Driver will provide a time-out on Start I/O orders. 
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HEADER | 
| FUNCTION | MBZ | CHAN (6) 
| DISPATCH POINTER (H) | 


| DISPATCH POINTER (L) | 


] MAILBOX ID (BH) | | 
MAILBOX ID (L 


| RETURN MAILBOX ID (H 


| RETURN MAILBOX ID (H) 
| RETURN MAILBOX ID (L) | 
| RSU 


NOTES: 
1. In the request message, the Message Type for the Header is as 
follows: 
REG-MBPTR = Load Dispatch Pointer and Mailbox ID for 
specified Channel and Function 
READ-MBPTR = Read Dispatch Pointer and Mailbox ID for 
specified Channel and Function 
| van 
de In the confirm message the Message Type for the Header is as . ) 
follows: | 


REG-MBPTR.CF = Confirming Pointer and Mailbox ID Entry 
Dispatch Request | 
READ-MBPTR.CF = Confirming Read of Dispatch Pointer Request. 


Figure 3-12 IODISP Dispatch Table Setup Request/Confirm Message Block 
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Megabus Layer Management 


This process provides an interface between the IODISP or 
MEMDMA processes or thelr associated interrupt routines and 
the System Mangement process. 


Oo For an IOLD which cannot be dispatched due to a NULL 
Dispatch table entry, Megabus Layer Management will: 


(1) Send a DMA request to MEMDMA to copy the first 
word of the LCB (which contains the CPU Number 
and LEVEL) into RAM. 


(2) Send a DMA request to MEMDMA to write INVFCT | 
status and Status Complete into the LCB and to 
interrupt the CPU. 


MAC Layer Management 
the adapter due to happenings in the adapter or on the LAN. 


The process also provides an interface between these 


| 
This process handles various unexpected events reported by 
processes and the System Management process. | 
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The appendices list the Events and Faults which may be | 
reported by the different adapters. The process reports all 
these to System Management. 


The process also performs LMI requests received from System 
Management. 


The format of mailbox messages used to call for an LMI 
control function is shown in Figure 3-15. On completion of 
the operation a return message (confirm) will be sent to the 
specified Return Mailbox; this message is of the same format 
except that the Status field will be valid and the Return 
Value field will contain whatever information was requested 
(assuming the execution of the request was successful in 
obtaining it). The coding of the various identifiers and 
Status is given in the System Management and MAC Layer 
Management Component Specification. 
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IF Software Interrupt Routines 


The microprocessor interrupts are assigned as follows, 
listed in order of increasing priority: 


l. Interrupt Retry 

2. DMA Controller (RAM buffer/I/O order queue) 
3. Megabus DMA Register Exhaust 

4. I/O Dispatch 

5. Clock Interrupt 

6. Adapter Interrupt 

7. RAM parity error 


Of these interrupt routines, the clock Interrupt is 
handled by a routine furnished by the Bridge O0.S. The 
remainder are handled by IF Software routines and are 
described in this section. 


Interrupt Retry 


Subsections 2.15 and 3.8.1.1 describe the scheme of 
sending interrupts to the CPU and of the queuing of those 
which are rejected, as implemented by the Memory DMA 
process. | 


When a CPU switches from one running LEVEL to another (and 
thus becomes potentially able to accept an interrupt) it 
sends a Resume Interrupt (RINT) signal over the Megabus. The 
LAC hardware stores this occurrence and, after any currently 
underway Memory DMA request has been completed (or 
immediately, if none was underway), causes an Interrupt Retry 
interrupt request to be sent to the microprocessor. 


The Interrupt Retry routine will attempt to send the 
interrupt at the top of the queue for each CPU. Any 
interrupts which are accepted are removed from the queue and 
their DMA request Message Blocks are returned to the 
requesting process mailbox in the form of a confirmation. 


Any interrupts which are rejected are left in the queue. The 


routine finds the location of the queue from a Known location 
within the MEMDMA process which it is associated with. 


The Interrupt Retry routine uses the Retry Dispatch Table 


to determine which CPU the interrupt from each queue should 
be addressed to, as described in subsection 3.8.1.1. 
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3.8.2.2 I/0 Dispatch 


The I/O Dispatch interrupt routine does the dispatching of 
IOLD orders, which have been issued to the LACS, to the 
proper CS Software process. 


An I/O Order interrupt request is sent to the 
microprocessor whenever the DMA controller channel which is 
used for incoming I/O orders takes an IOLD order from the 
Megabus and places it in a temporary working queue, as 
described in subsection 2.13. 


As shown in Figure 2-8, the routine chécks that the I/O 
Order is valid; if it is, the routine obtains a RAM block of 
memory for a mailbox message, assembles a mailbox message 
containing the IOLD information (see Figure 3-13) and sends 
the message to the mailbox specified in its Dispatch table 
according to the particular Channel number and Function code 
of the IOLD. 


If no mailbox has been specified for the Channel number 
and Function code used in the IOLD the mailbox message of 
Figure 3-13 will be sent to the mailbox of the Megabus Layer 

Management entity (MBLME) 


fe oS 
‘ \ 
as. 


If a software error occurs on an O.S. Procedure call an Event 
Indicate message (Figure 3-ll) is sent to System Management. 


This routine is associated with the 1/0 Dispatch process, 
IODISP. ~ 
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Elock emer 


Pointer 


Message Header 


MLZ LACS Chan No 
(2) (6) (09) 


L6 Address 
L6 Address 
Function 


En ee EEE 


The Header has a NULL Buffer Descriptor 


The L6 Address and the LCB Size are byte-oriented but must be 
word-bound (i.e the LSb must be zero), 


The Message Type for the Header is IOLD. 


Figure 3-13 IOLD Information Message Block Format 


3.8.2.3 DMA Controller 


This routine provides reloading of the DMA controller 
Channels. For the channel which is used for Memory DMA it 
does the reloading of the individual pointers associated with 
the single logical buffer in RAM which is being used in the 
DMA operation. For the channel which is used for I/O order 
input it reloads the channel with a new Temporary queue 
location for the next I/O order. 


The request for this interrupt is generated by the DMA 
controller when either channel has a range exhaust. 


This routine is associated with the Memory DMA process, 
MEMDMA. 
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3.8.2.4 Megabus DMA Register Exhaust 


This routine provides reloading of the Megabus address and 
range registers when performing a scatter-gather Memory DMA 
operation. If a RAM Block transfer was requested in the 
Memory DMA Request (Figure 3-6) in addition to one with a 
logical buffer, this routine will reload the registers and 
the DMA controller to perform this transfer after the buffer 
transfer has been completed. If an interrupt was also 
specified, this routine will attempt the interrupt after 
completing all transfers. Finally, the routine will fetch 
the next DMA request (if any) in the Memory DMA process 
mailbox and set up the register and DMA controller to start 
this next operation. 


This routine is associated with the Memory DMA MEMDMA 
process. Its flow and functionality are represented in 
Figure 2-9. 


The request for this interrupt is generated by the Megabus 
range register when it has a range exhaust. 


3.8.2.5 Adapter Interrupt ee 


The routine provides handling of interrupts generated by 
the attached adapters due to completion of requested 
Operations or to the occurrence of an asynchronous event. 
The routine is associated with the MAC processes. Its flow 
and functionality is represented in Figure 2-10. 


When a message has arrived from the LAN the routine will 
send a mailbox message to the associated MAC Receive process. 
For a transmit completion the rountine will send a mailbox 
message to the associated MAC Transmit process. If an 
unusual event has been detected by the adapter a mailbox 
message as shown in Figure 3-ll is sent to the associated MAC 
Layer Management process. 


3.8.2.6 RAM Parity Error 


This routine is invoked when a parity error occurs on an 
access to RAM performed by the microprocessor to fetch an 
instruction or operand. The functions performed by this 
routine are specified in Subsection 3.9. 
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Block 
Pointer 


Message Header 


(2) (2) (4) — 
MBZ CKAW |SUBCHANIFrame Control (3) 


MBZ 


Destination Address 


Source Address 


Actual Data Length in RAM Buffer . 
RSU | T 


Notes: 


as The Header contains the buffer descriptor. 
26 The Message Type for the Header is MAC_DATA_IND. 


LF= Long Frame (longer than buffer) 
OR= Overrun 
RAMNE= Non-existent RAM 
4. For two byte addresses, the high order four bytes of the 
address fields are zero. 


Figure 3-14 DATA INDICATE MESSAGE BLOCK 
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F 15 
=) 
Block | 
Pointer Message Header 
ee a eee 
| was (8) 
 -MEZ (8) . Identifier 
Return Mailbox ID (8) 
Return Mailbox ID L 
MEZ | ‘Status : (g) 
Contral Parameters | a 
or Return Information Roa 
a RSU —_ + . 
Notes: 
l. For the request the Message Type for the header is SM_REQ MSG. 
26 For the confirm the Message Type for the header is SM_CNFRM MSG. 
3% See System Management and MAC Layer Management Component 


specifications for message detailed definition. 


FIGURE 3-15 LMI REQUEST/CONFIRM MESSAGE BLOCK 


HONEYWELL CONFIDENTIAL & PROPRIETARY 


| HONEYWELL | | SPEC. NO. | SHEET | REV l 
| 


| | 60149766 |80 | H 


HANDLING OF HARDWARE-DETECTED ERRORS | 


Hardware errors, faults and unusual happenings occuring 
within an adapter, at its connection with the LAN, or on the LAN 
itself, are reported to MAC Layer Management which may report it 
to the SM process via an Event Notification message. In IEEE 
802 Standard terminology, these are Control Indicate messages. 
In general these are Reportable Catastrophic errors as far as 
the particular LAN port is concerned. 


Megabus errors and RAM parity errors occurring during a DMA 
operation with the Megabus are reported to the process which 
requested the operation via status in the DMA Confirm Message 
returned by the Memory DMA process. 


A RAM parity error occurring during a DMA operation being 
performed by an adapter is reported to the process which sent 
the request to the MAC process via status in the Data Confirm 
messge returned by the MAC process. 


On a MOVE instruction being performed by the microprocessor, 
RAM parity is not regenerated but is simply copied along with 
the data. No action is taken. 


The following errors are Unreportable Catastrophic errors: 


A RAM parity error occurring on an instruction fetch or 
operand fetch by the microprocessor will cause a Trap to a 
routine in PROM. THE Trap routine will cause all adapters to 
logically disconnect from their LANs, will store an indication 
of the fault in the RAM (Figure 7-4). will set the Megabus logic 
to NAK all I/O orders except an Output LACS Control order 
(FC=01) and will leave the LAC under PROM-resident firmware 
control. It is assumed that the LAN Manager in the Level 6 will 
eventually issue a Stop I/O order and then DUMP the RAM. 


Buss Errors illegal MC68000 OP codes, MC68000 parity errors, LAC 
hardware errors, and errors occurring on a Load/Store or Start 
I/O are treated the same as an Unreportable Catastrophic RAM 
Parity error. 
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INTERFACES 


LEVEL 6 INTERFACE WITH LACS 


The software-visible interface between Level 6 and the LACS 
uses LCBs as described in Section 2 and implements it via use of 
the I/O orders described in Section 3. 


LAC INTERFACE WITH THE MEGABUS 


The physical interface between Level 6 and the LACS is the 
Megabus, implemented in accordance with the Level 6 Bus 
reference specification with extension for support of a 32-bit 
address bus. 


The LAC microprocessor controls LAC operations on the Megabus 
by controlling hardware Megabus registers and the Megabus DMA 
controllers. The DMA controllers send interrupts to the 
microprocessor on completion of a DMA operation. 


The LAC board is able to use either the high priority (BSREQH) 
Or low priority (BSREQL) request line so as to satisfy MRX bus, 
Extended bus, and Standard bus requirements; It may be 
necessary to provide a DIP switch on the board to select which 
line to use. 


The LAC board will have a DIP switch which must be set in 
accordance with wehter the board is attached to an MRX bus or a 
Standard/Extended bus. This switch selects proper use of © 
connector Z01 pin 5. 


The LAC will not Support connection via the Megabus to older 
18-bit-data memories. 


A program-settable throttling arrangement will be provided on 


| the LAC board so as to acheive equitable sharing of the Megabus 


DMA capability. Details are TBD. 


Since the LAC is a buffered controller, LAC boards should 
always be located among the lowest priority bus postions in the 
system. 


e 
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4.3 LAC INTERFACE WITH ADAPTERS 


The physical interface between the LAC and the attached 
adapters uses an MC68000 type bus, the DMA bus of the Data 
Buffer RAM. Figure 4-1 shows this bus in detail. 


The LAC microprocessor controls the adapters by sending them 
command blocks defining the operation desired. The adapters 
send interrupts to the microprocessor on completion of a DMA 
Operation or on the occurrence of an asynchronous event. 
Details are specific to the particular adapter implementation 
and are covered in the MAC Component Specifications. 


GND GND --8l 28-+ GND 


GND 
TEST SYS CLK LSb ADDR LOO —}-82 29-+ ADDR L20 
TEST GND LO1 83 38 L21 
aioe 2X SYS CLK . LO2 OY Sl L22 
SND +12V ~1l2V—-s53 32-—- GND 
TEST TEST LO3 ~-@8 33-- ADDR L23 MSb |} 
TEST PWR ON LO4 -+-87 3N-- DATA L15 MSb \/ 
. TEST 1/8 SYS CLK 05 B6 3S-+ L14 
GND GND GND --89 36-+ GNo 
BUS CLR LO6 18 37 L13 ! 
MSTR CLR LO7 {1 33 L12 | 
BUS ERR LO8 +12 39 L1l | 
PRTY ERR i Loa -313 49 L10 rr | 
+5V +5V +5V 1d 41 +5V | 
L19-iS 42 LO9 | 
L11—-16 43 L08 ! 
L12—-17 ay L07 | 
DBD READ L13 +18 45 LO6 | 
GND GND GND —-19 46-- GND | 
DATA ACK INT REQ L14—--2a 47 LO5 | 
GND INT ACK L15—--2i 48. L04 | 
UPR ee STR ENBL L16@ —-22 49 L03 | 
~]2vV +12 | 
LWR DATA ‘STR BUS REQ hing = ia L02 
GND BUS GRNT .LI8—+-25 52 LO1 | 
ADDR STR BUS GRNT ACK L19—+26 33 LOO LSb 
GND GND GNO—-e2e7 su GND 
COnRnGCtEOr ia connector +2 


Figure 4-1 LAC-ADAPTER BUS 
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4.4 TEST CONNECTOR INTERFACE 


The LAC provides a test connector interface as shown in 
Figure 4-2. A separate Test Board may be plugged ito the 


interface. 


Gp 
GHD Gs DATA BUSOO 
uP FTN CDO INT CTLO 
CDl INT €fE1 | 02 
CD2 INT CTLZ — 03 
GND GND GND 
BUS REQ BUS GRT | ae 
BUS GRT ACK MON BD ENBL ae 
+12V +12V 07 
MON INTP MONBD DA EN — 
DATA ACK 08 
VALID PER ADD VALID MEM 09 
+5V +5V 10 
+5V tov ll 
uP RESCIT uP HALT GND 
MSTR CLR 12 
~lev -12V | vr 
ENABLE BUS ERR 15 
a ue GND- GND GND 
STR DATASTR 
BOC RETA GND SEL CTL STORE 
HI DATA STR uP READ 
GND GND 
ADDR STR SYS CLK 
= GND GND GND 


DESEL PROM 
GND 


Contm:ctor #2 


Figure 4-2 TEST CONNECTOR 
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PERFORMANCE 


LAN DATA RATE 


The LAC is capable of handling a peak data rate of 2.5 MBytes 
per second. This permits a 10 Mbps data stream from an adapter 
concurrent with a similar data rate to the Megabus or l10Mbps 
data streams concurrently on two adapters. 


DATA THROUGHPUT 


The packet rate capability of the LACS is heavily dependent 
upon the LACS Software performance. Measured performance values 
are not available at this time. However, simulation using 
timing estimates indicate that the LACS running software up 
through Transport layer may be.capable of about 120 packets per 
second (total for Receive and Transmit). The packet rate is 
independent of packet size. 


LAC INSTRUCTION TIMING 


Instruction times for the MC68000 are found in the MC68000 
User's Manual reference document, using 10 MHz as the clock 
speed except that all memory references include a WAIT state. 


PRIORITY POSITION OF THE LAC ON THE MEGABUS 


The LAC should be located as the lowest I/O device priority 
position on its bus (i.e. just above the CPU). 


PRIORITY POSITIONING OF ADAPTERS ON THE LAC 


Because of the priority scheme on the Data Buffer RAM bus, in 
assigning positions of adapter daughterboards on the LAC. The 
adapters which are connected to the highest speed LANS should be 
assigned to the lowest numbered adapter positions. 
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PHYSICAL STRUCTURE 


PACKAGING 


The LAC is a single motherboard that accommodates up to 4 
adapter daughterboards (quarter - sized). 


POWER 


The LACS is powered from the Level 6 bus and has the 
following requirements: 


o 8.3 amperes @ + 5 Vdc 
o 0.1 amperes @ + 12 Vdc 


Adapter power is not included in these figures. 


ENVIRONMENT 


o Temperature: 10° to 50°C ambient 


Oo Humidity: | 5% to 90% 


SAFETY 


The LACS meets Underwriter Laboratories and Canadian 
Standards Association requirements. 


STANDARDS 


The LACS meets the referenced HIS standards to the extent to 
which they apply. 


TESTABILITY 


The LAC provides a test connector. The LAC design meets the 
requirements of the MTG2 and MTG3 reference documents. 


RFI EMANATION 
The LACS complies with the requirements of Part 15 of Federal 


Communication Commission Rules for a Class A computing device 
when mounted in standard Level 6 chassis. 
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RELIABILITY AND MAINTAINABILITY 


GENERAL REQUIRMENTS 


o Mean Time between Failures (MTBF) 
28000 hours - LAC Motherboard 
© Mean Time to Repair (MTTR): 1 hour 


Mean time to repair includes the time to determine and to 
replace the defective ORU and validate the repair. 


The LAC motherboard is an ORU. Specifics on adapter-related 
ORUS are given in the Appendices. 


MAINTENANCE FEATURES 


Quality Logic Test (QLT) 


The LAC provides a resident program called QLT that verifies 
the operability of the LACS. A QLT light is provided on the LAC 
motherboard and on each adapter. The QLTs run whenever a LACS 
Hard Initialize is performed. The QLT tests the motherboard 
first and then the adapters in turn. As it starts, the QLT 
turns on the QLT light on the motherboard and performs its 
test. Each adapter is then tested in turn; as each unit's test 
begins, its QLT light is turned on and when its test is 
completed successfully, that unit's QLT light is extinguished. 

A QLT Status word is stored in RAM on completion of each step of 
each QLT; this word is part of the Configuration information 
which is shown in subsection. 7.4. An adapter‘s ID is affected 
by an unsuccessful QLT (subsection 3.4). 


Error Checking and Reporting 

The Megabus parity checking functions are supported. 
Failures are reported back to the LAC software as part of the 
status return for Memory DMA operations. 
Internal Loopback 

Loopback of the data stream within the adapter may be 


invoked. Loopback at the Trunk coupler may be possible on some 
802 type LANs. Further detail is given in the Appendices. 
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Statistic Gathering 


The MAC adapter gathers the statistics enumerated in 
subsection 2.16 using its hardware and firmware. Other 
Statistics may be assembled within the LAC under software 
control. 


LAC RAM Dump/Load 


The CPU can issue an I/O order which causes a portion of RAM 
in the LAC to be dumped into/loaded from main memory. 


FCS Checking 


FCS generation/checking is provided normally by the adapter. 
These functions may be independently disabled so that FCS fields 
can be manipulated by software in the LAC or made visible to CPU 
software. This ability is adapter implementation specific. 


Adapter RAM Access 


Software running in the LAC can have read or write access to 
locations in an adapter's RAM if this function can be supported 
by the LSI chips in the adapter. This not only allows a type, ~ 
loopback to test the loading of parameters into the adapter bus / 
also provides ability to monitor MAC conditions which are not 
normally visible. 


Remote Loopback 
Through the TEST command, loopback of data through a remote 


station may be performed. This is a software function which is 
further defined in the IEEE 802 Standards. 


MAC Internal Status 


Read access to a selected set of MAC internal timers and 
status as defined in the IEEE 802 Standards.is provided. 


Remote Station Inquiry (XID) 
The ability to inquire into the availability of a remote 


station is provided. This is a software function which is 
further defined in the IEEE 802 Standards. 
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System Area in RAM 


An area in RAM (see figure 7-5) is provided for saving useful 
information regarding errors and faults. 


MAINTAINABILITY 


Through the use of a complete set of maintainability tools 
for the LACS that include the QLT, T&V routines, and 
troubleshooting and repair procedures, the following fault 
detection and resolution goals apply to the LACS: 


ISOLATION ISOLATION TO 
ORU TO ONE ORU TWO ORU'S DETECTION 
CONTROLLER 93% 53 98% 
ADAPTER 93% 5% 98% 


In measuring the above goals, shorts on tristate signals on 
the controller/adapter interface should not be inserted; instead 
the ground rules developed during NMLC fault insertion tests 
should be followed. 
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724 DETAILED ADDRESS SPACE ASSIGNMENTS 


724.1 Overall Maps 


Figures 7-1 and 7-2 show the overall map of LAC during QLT 
execution when the MC68000 is executing code in the PROM and 
during normal running, respectively. 


Byte 


Address 
Adaptec 63 Strobes ro co 00 
er rY re 

Adapter (2 Strobes 
2a 6d 00 
or rr ve 

adapter ¢1 strobes 
60 00 60 
Adepter (0 Strobes se co 00 00 
BF YY re 

DMA Controlier strobes 

BO 00 00 


ao oo 60 

or rr re 
VITO Cutpus serobes 

ga 00 60 

es 00 00 


67 rr re 
Date Buffer RAM expansion to 256K 
' 82 00 00 
81 rr re . 
Data Buffer RAM basic 64K yes 
80 60 00 / 


7” YY ve \ j 
Same as 30 00 00 to 3F YP FZ : gee 
70 00 00 
6¢ rr re 
Sane es 289 09 00 to 27 FF PE : 
. 60 00 ca ‘ 
Same ae 10 00 00 to IP YP TE so co G0 
Same as 00 60 00 to OF YF FE 40 00 00 
Sweet nt 
38 00 69 
my 37 Prete. 
‘@P RAM expansion to 256K : 
32 060 CO 


31 PF rE 

OP RAM Dacic 64K 
36 06 06 
aFr FY 7s 

Noe Used 

20 00 300 
ee 
Monitor Streses 7c 00 00 
| meme | as co 
29 GO 00 
389 FF re 

Conterel Strobes 
20 G0 60 
lp rr rE 
16 @0 300 
10 77 FE 
to 90 00 


op Fr re 


go 80 00 
00 7F rz 


AUN ee | 09 00 00 
Figure 7-l. ADDRESS SPACE LAYOUT DURING QLT 


PROM same as 60 00 90 to 08 TF FE 
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rr Fr 7s 


Adapter $2 Strobes 
' Adapter @1 Strobes 
Adapter (0 Strobes 
OMA Controller Strobes 
| __ revo ouepue strctes | 
Data Suffer RAN expansion to 256K 
Data Buffer RAM basia 64K 
Same as 30 00 60 to JF FY FE 
Same ae 20 00 06 to 2F FF FE 
Same ae 10 00 00 to LF YF FE 
Same as 00 00 00 to OF FF FZ 
uP RAM same as 02 00 00‘to 607 FF Ps 


uP RAM eame,ag 00 00 00 to 01 FF FE 


ro 00 60 
er rr re 
£0 00 60 
or rr re 
pe 00 00 
cy rr re 
co oo 60 
sr rr re 
80 00 00 
ar ry rt 
Ag 06 00 
go” rr FB 


90 90 00 
er rr rz 


a8 ac 00 
67 rr rs 


82 00 68 
$l rr rs 


80 00 00 
wy ry re 


70 00 00 
6” FY FE 
60 60 00 
Sr ry re 
$6 00 00 
4v rr ve 


49 00 00 
iy rr vs 


38 00.90... 
327 VF $5 


32 00 900 
3l VY rs 


39 06 06 
ay FY rs 
Noe Used 


Control Strobes 


25D 00 90 
2c FY FE 
2¢ 90 00 
283 fF YE 


29 00 090 
28 YY FE 


26.09 00 
ly FP FE 


1o 80 00 
10 7F FE 
16 00 09 
OF FY rz 


os 00 00 
O7 FP FE 


02 00 006 
02 rr re 


UP RAM expansion to 256K 


00 089 000 


wae + ewe : ot ee ae ee, -.’ 
od 


Figure 7-2. ADDRESS SPACE LAYOUT DURING NORMAL OPERATION 
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Dedicated RAM area Layouts 


Figure 7-3 shows the location and layout of the RAM memory 
area asSigned as the I/O order temporary queue. 


Byte Address 


0 9 10 15 

| | | | | 

| Queue #1 | | Chan | (09) | 

| | | | | | 
| as | 

| Queue #2 | Addr (H) | 

| | | | | 

| 7 | | Addr (L) | 

| Queue #3 | | | 

| | |__ Range Word 

| | 

| Queue #4 | Typical entry in queue | 

| | 

Queues 


Figure 7-3. I/O TEMPORARY QUEUE 


Figure 7-4 shows the layout of the Configuration information 
(Device IDs, RAM memory sizes, Firmware Revision Number, QLT 
Status) as it will exist in main memory after performing a Read 
Configuration operation (section 3.2.5.2). 


Figure 7-5 shows the location and layout of the RAM memory 
area ssigned as a System Area for Statistics and records of 
Event notifications (if maintained by SME software) and Fatal 
errors. 
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Relative 
Byte Location_9 7 
00 LAC firmware Rey. 
LAC Hardware Rev. (3) 
L) 


Adapter 0 Firmware Rev 


( 
Adapter 0 FPardware Rev. (H) 
(i) 


Adapter 1 Firmware Rev 


Adapter 1 Hardware Rev. (H) 
(L) 


Adapter 2 Firmware Rev 


Adapter 2 Hardware Rev. i 
Adapter 3 Firmware Rev. 


Adapter 3 Hardware Rev. (H) 
(L) 


Top of Buffer RAM 


Top of: Program RAM 


QLT Working Registers 


MC68000 Register Save Area 


SE 


pi See Figure 7-5 for LAC Error Status 
Figure 7-4 Configuration Information 


BE RF IOC HE UPE RFU) | NEM | L6B | MR | 
| 


EVENT CODE 
BE = 68000 BUS ERROR 
RE = 68000 RAM PARITY ERROR 
IOC = ILLEGAL 68000 INSTRUCTION 
HE = LAC HARDWARE ERROR . 
UPE = MICROPROCESSOR PARITY ERROR 
NEM = NON-EXIST MEMORY ON LOAD/STORE OR START I/O LCB 
L6B = MEGABUS PARITY ERROR ON LOAD/STORE OR START I/O LCB 
MR = MEMORY RED ON LOAD/STORE OR START I/O LCB 


EVENT CODE = Unreportable Catastrophic error (see Table 2-1) 
Figure 7-5 LAC Error Status 
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APPENDIX A TOKEN BUS ADAPTER 
A.l GENERAL DESCRIPTION 


The Token Bus Adapter consists of a (TBD) sized daughterboard 
that mounts on the LAC motherboard. It contains logic to 
interface with the Data Buffer bus, a Media Access controller, 
digital logic for the Physical layer, and an interface to the 
R.F. Modem (which is separately packaged) for Broadband 
application, and a drop cable interface for Baseband 
applications. 


Figure A-l is a block diagram of the adapter. The interface 
with the modem is described in the modem purchase specification 
reference in Subsection 1.2. 

The power requirements for the daughterboard are as follows: 


TBD amperes @ + 5VDC 
TBD amperes @ + 12VDC 


The maximum Station Delay for this adapter is TBD. 


The adapter ID is TBD 


Control Indicate Event Codes are as follows: 


(0081) ,¢=Jabber Inhibit 
(0082) ,¢6=Faulty Transmitter 
(0083)16=Change of Successor 
(0084) 1¢6=Null Successor 


HONEYWELL CONFIDENTIAL & PROPRIETARY 


| HONEYWELL | | SPEC. NO. [SHEET | REV | 
| | | 60149766 194 | H | 


(TBD) 


Figure A-l. TOKEN BUS DAUGHTERBOARD BLOCK DIAGRAM 
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The adapter and the referenced modem are Optimum Replaceable 
Units (ORUs). Reliability and maintainability figures for these 
units are as follows: 


UNIT MTBF MTTR 
Adapter TBD hrs TBD hrs 
RF Modem TBD TBD 


The adapter and the referenced modem have built-in loopback 
paths which are chosen to utilize as much .as possible of the 
particular unit's circuitry so as to aid in ORU resolution. The 
specific loopback points are TBD. 
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APPENDIX B CSMA/CD (ETHERNET) ADAPTER 
Bel GENERAL DESCRIPTION: 


The CSMA/CD Adapter is a quarter-sized daughterboard that 
mounts on the LLC motherboard. It contains interface logic to 
interface with the MC68000 bus and two LSI controller chips 
which provide the Media Access and physical layer functions for 
interface with the CSMA/CD (Ethernet) transceiver. 


The adapter ID returned in Input Device ID operations is as 
follows: 


(2E08)16=Normal Ethernet 
(2E88)16=QLT Error Ethernet 
(2EO0C)16=Normal 802.3 
(2E8C)16=QLT Error 802.3 


Figure B-l is a block diagram of the adapter. 


The interface with the transceiver is in accordance with IEEE 
802 specifications. It does not include the optional Control 
Out interface circuit. 


The Ethernet Controller AMD 7990 chip requires that buffers 
be at least 100 bytes in size when chanined for a packet and 64 
bytes minimum when the packet exists in one buffer only. The 
Honeywell-supplied CS and MAC software observes these 
requirements. 
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Control Indicate Event Codes are as follows: | 
(0091) 16=Heartbeat Fail | 
(0092)16=Carrier Sense Failure ! 
(0093)16=Late Collision Detect | 
(0094)16=Jabber Error | 
(0095) 16=Received Frame Too Long 

The power requirements for the daughterboard are as follows: 
1.2 amperes @ + 5VDC 

The adapter is an ORU. 


Maintainability figures for the adapter are as follows: 


MTBF 494000 hours MTTR 1 hour 


LAC 


Intarfacs . “ 
(68000 bus) ee | 


-Am7990 . Am7991A 


Local Comm: Ctir Serial Intéc 
| (Manehestac, CS sete 
(DMA, R=, Tx, 7 collision, .. 


FIFOs) | timer, xeve 
| inté¢, etc.) 


Figure B-1 CSMA/CD (ETHERNET) BLOCK DIAGRAM 
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APPENDIX C TOKEN RING ADAPTER 


Cet GENERAL DESCRIPTION 
The Token Ring adapter is a half-size daughterboard that 
mounts on the LAC motherboard. It contains logic to interface 
with the MC68000 bus, Media Access Controller, Physical layer 
circuitry and an interface to a Media Interface Connector 
(MIC). The MIC provides a connection to the ring Trunk coupling 
Unit (TCU) which is separately packaged. LSI chips provide the 
MAC and physical layer functions. ! 
The adapter ID returned in Input Device ID operations is 
(2E04) 1¢6= Normal 
(2E84 16= QLT Error 
Power requirements for the adapter are as follows: 
TBD amp @ +5VDC 


The adapter is an ORU. Maintainability figures for the 
adapter are as follows: 


MTBF: TBD hours | MTTR: 1 hour 
Figure C-l is a block diagram of the adapter 


Control Indicate Event Codes are as follows: 


oe 


(0011) 436 = Private Event 

(0012) 436 = Claim Token State 

(0013) 46 = Transmit Beacon 

(0014) 416 = Receive Frame Beacon 

(0015) 46 = Active Monitor State 

(0016) 16 = Standby State a 

(0017) 16 = Duplicate Address Detected | 

(0018) 16 = Request Initialization : 

(0019) 1¢ = Upstream Neighbor Change | 

(0020) 16 = Notification Incomplete | 

(0021) 16 = Error ! 

| 

| 
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COMMUNICATIONS 
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LAC presi , 
INTFC ny EKERCELN: ADAPTER BUS 
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HANDLER | 
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FIGURE C-1 TOKEN RING BLOCK DIAGRAM 
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